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PREFACE 



THE AUDIENCE 

This book is directed to Federal libraries and the 
librarians who staff them. The main audience will be 
library administrators; middle-level managers and 
section heads also will benefit from this material. Parts 
of the book also may be of value for staff training late 
in the development of minicomputer projects. 

The library director, as the decisionmaker, should 
be familiar with minicomputers and their applications 
in libraries. After deciding to use minicomputers, the 
director must either direct the project personally or 
assign a project director. 

The qualifications required for successful project direction are not 
rigid. However, the following characteristics are very important: 

Ability to communicate well 

Sound knowledge of library operations 

Familiarity with at least basic fundamentals of data processing 
technology 

Ability to write dearly 

Sound constitution and steady nerves. 1 

The project will probably involve a systems team 
that includes data processing experts experienced with 
hardware, systems analysis, and programming. The 
team may draw from agency personnel or from outside 
contractors. Whichever procedure is used, the librari- 
an must be a working member of the team and must 
control the major decisions. It is the intent of this book 
to prepare librarians for this role. 

The entire staff should be kept informed of the 
progress of the automation effort because their high 
morale and support of the system are vital to the 
success of the project. Lack of knowledge often 
prompts fear of the unknown. In addition to constant 
communication, the staff should receive training, at 
least in the form of general orientation to library 
automation and minicomputers. 

In fact the library staff should play an integral part 
as contributors to the development of the system. The 
library director alone cannot give the necessary 



detailed input to the system designers. It has b< 
pointed out that often only the staff are "in a posit 
to recognize a serious flaw in an operating procedi 
Unless they have been given the opportunity to 
what the purposes are, they can hardly begin to br 
out what would otherwise be only intuitive feeli 
that 'something's not right'." 2 To participate fully 2 
meaningfully, the staff may have to be trained 01 
least briefed on systems analysis, library automati 
and minicomputers. 

THE SCOPE 

This book covers the application of minicompul 
in Federal libraries. The first four chapters, Pan 
form a general textbook treatment of automati 
library automation, minicomputers, and library ap] 
cations of minicomputers. In Part II, Chapters 5 an< 
guidelines for selecting and implementing a minicc 
puter system are presented. 

The chapters of Part I provide the necess 
background for reviewing library needs and mak 
decisions in applying minicomputer technology. If 
reader is already familiar with automation z 
minicomputers, he or she may begin at Part II. 
depth explanations of computer technology are 
possible in this book, and are, indeed, unnecessary 
most of the librarians who will read this book. 

An understanding of systems analysis is importam 
the readers of this book but is not covered in de] 
here. The library director making the decisions 
applying minicomputers should have completed 
initial stages of systems analysis before applying 
guidelines in this book. The director may foil 
Guidelines for Library Automation? sponsored by 
Federal Library Committee, for a thorough treatm 
of library systems analysis directed specifically 
Federal libraries. 



1 Barbara Evans Markuson ct al., Guidelines for Library Automation: A Handbook for Federal and Other Libraries (Santa Monica, Calif. : System Development Corpora 
1972), p. 24. 

2 Robert M. Hayes and Joseph Becker, Handbook of Data Processing for Libraries, 2d ed. (Los Angeles: Melville Publishing Co., 1974), p. 141 . 

3 Markuson et al., Guidelines for Library Automation. 
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TIMELINESS 

The time for minicomputers in libraries has come. 
The Annual Review of Information Science and Technology 4 
had a chapter on minicomputers for the first time in 
1975. The September 1976 issue of Library Technology 
Reports 5 featured a description of three commercial 
library systems that use minicomputers. There is a 
need for this book, though some sections may,be out of 
date before it is published. This is true of any work that 
deals with specific makes and models of equipment. In 
this case, the problem is compounded by the state of 
minicomputer technology. This infant area is just 
beginning to mushroom and grow. Changes in basic 
methodologies or breakthroughs in techniques can 
occur at any moment and drastically change capabili- 
ties and applications. It is all for the better, but one is 
warned to stay on top of this dynamic field. 

THE SPONSORS 

The Federal Library Committee (FLC) has recog- 
nized the trend to minicomputer applications in 
libraries and their value to Federal libraries. In 
response FLC has organized a working group on 
minicomputers to serve as a forum for Federal 
librarians to share knowledge and experience; FLC 
also contracted with Informatics Inc. to write this 
book. The Library Information Services section of 



Informatics Inc.'s Information Services Gro 
singularly qualified to perform this task. Und( 
administration of Jack A. Speer, Director, Li 
Information Services has supplied library tecl 
services for a number of Federal libraries, incl 
acquisitions services, feasibility and design studie 
production of bibliographic products. It has 
developed a commercial minicomputer syste 
support cataloging. 

Dr. Micki Jo Young was selected by Mr. Sp 
write the book. The background of Dr. Young in< 
expertise in library technical services manage 
large-scale computer systems; minicomputers 
cataloging utility tool; and systems design. Fra 
Pezzanite and J. Chris Reisinger of Informatics' 
staff provided technical expertise for this book 
Pezzanite is the Technical Director of Library 
mation Services and was in charge of project de 
ment for MINI-MARC, the firm's commercial 
computer module for cataloging. Mr. Reisin 
Technical Director for Electronic Composition S 
es in the Information Processing Services Divisic 
is responsible for computer-based text-proa 
using both large-scale computer systems and min 
puter systems. Together, these three persons bi 
well-rounded professional view of minicomput 
Federal library applications. 

June 



CHAPTER ONE 



OVERVIEW OF AUTOMATION 



HOW A COMPUTER WORKS 

In general there are three possible modes for library 
operations: manual, mechanized, and automated. At 
one time ail catalog cards were written by hand, and 
penmanship called library hand was taught in library 
school. The typewriter, and then multilith, offset, and 
photocopy processes mechanized card production. The 
next step, automation, involves use of a computer. 

Ned Chapin defined the computer as follows: "An 
automatic computer is a machine that manipulates 
symbols in accordance with given rules, in a pre- 
determined and self -directed manner." 1 The key word 
is "self-directed." This is what distinguishes automa- 
tion from mechanization. Sometimes this concept is 
called the "stored program." Cox, Dews, and Dolby 
wrote, "A librarian interested in the potential useful- 
ness of a computer must first have an idea of what the 
machinery and associated programs can do." 2 It is for 
this purpose that the following general description of 
computers, their functions and roles, is presented. 3 

There are two main types of computers: analog and 
digital. 4 An analog computer represents variables by 
analogies. That is, it represents numerical quantities 
by means of physical variables such as translation, 
rotation, voltage, or resistance. Analog computers are 
used mainly in industry and for scientific applications 
requiring simulation of nature or natural properties. A 
digital computer expresses variables in discrete, count- 
able form usually by means of coded characters such as 
numbers, signs, or symbols. Digital computers are best 



suited to arithmetic and logical operations in 
and engineering applications. Because of the : 
library operations, digital computers are us< 
sively for library automation and the r< 
discussion will deal with digital computers onl 
To understand computers, one must consi 
the equipment (hardware) and the instn* 
programs that make them self -directing (softw 

HARDWARE 

Five separate functions can be performed 
puter hardware: 5 

Conversion from one form of represent 
another 

Storage for varying periods of time 

Communication by movement of data 

Logical and arithmetic processing 

Display in human-sensible form. 

No one machine performs all five functions 
a number of devices are combined. The 
components required to perform the five 
consists ok 6 

An input unit 

The memory 

The control unit 

The arithmetic unit 

An output unit. 

Each of these components is not nece 
separate piece of equipment. Some compom 
multiple uses (e.g., both input and output) cc 



1 Ned Chapin, An Introduction to Automatic Computers (New York: Van Nostrand, 1957) cited by Robert M. Hayes and Joseph Becker, Handbook ofDatt 
Libraries, 2d ed. (Los Angeles: Melville Publishing Co., 1974), p. 237. 

2 N. S. M. Cox, J. D. Dews, and J. L. Dolby, The Computer and the Library; The Role of the Computer in the Organization and Handling of Information in Librari< 
upon Tyne, Eng.: University of Newcastle upon Tyne Library, 1966), p. 27. 

3 A number of general textbooks on automation are available for further study; for example, Marilyn Bohl, Information Processing, 2d ed. (Chicago: Scie 
Associates, 1976) and Elias M. Awad and Data Processing Management Association, Autornatic Data Processing; Prindples and Procedures, M ed. (fa 
Prentice-Hall, 1973). Hayes and Becker's Handbook of Data Processing for Libraries is a comprehensive treatment of library automation while Computer 
Introduction for Librarians by John Eyre and Peter Tonks (London: Clive Bingley, 1971) is a much simpler description. 

4 Edward M. Heiliger and Paul B. Henderson, Jr., Library Automation: Experience, Methodology, and Technology of the Library as an Information System (New Yo 
Hill Book Co., 1971), pp. 168, 173. 

5 Ibid., p. 191. 

6 William R. Corliss, Computers, Rev., Understanding the Atom Series (Oak Ridge, Tenn.: U.S., Atomic Energy Commission, Division of Technical 
1967V DD. 13-14. 



MINICOMPUTERS IN FEDERAL LIBIU 



more than one unit in one device. Also, under any one 
category there is a variety of devices from which to 
choose. For example, there are several types of input 
units: punched card readers, paper tape readers, 
optical character recognition devices, and key-to-disk 
stations, among others. 

Central Processing Unit 

The central processing unit (CPU) is the heart of the 
computer. It combines two of the five main functions; 
it is composed of the arithmetic and the control units 
and is closely tied to the main memory. 

In a digital computer the main units of computation 
are discrete, countable codes, most commonly num- 
bers. Even more basic than number codes is the simple 
on-off distinction. This is the principle on which digital 
computer operation is based. The on and off states are 
represented numerically by and 1 . 



(zero) = 

1 (one) = 



:c off" 



In digital computers arithmetic computations and 
numerical expressions are based on this binary (base- 
two) number system rather than the decimal system 
because binary is easier to manipulate by computer. 

Figure 1 shows a simple comparison of the binary 
and decimal number systems. Further references are 
recommended for additional study of binary mathe- 
matics. 7 At this point the thing to remember is that the 
0-1 /off -on condition is the basis of all computer 
operations. The instructions or commands of the 
program that allow the computer to be "self-directed" 
are represented by 0-1 codes, as are the data to be 
processed or manipulated. 

There are several standard 0-1 codes in which 
separate arithmetic values are used to represent 
specific letters, numbers, or symbols. Some codes have 
been standardized throughout the computer industry 
and can be used on any manufacturer's equipment: 
BCD, EBCDIC, and ASCII are the three most 
common. ASCII (American Standard Code for Infor- 
mation Interchange) is used throughout the Federal 
Government as the standard and is the code for the 
Library of Congress MARC II distribution tapes. 

Table 1 gives the seven-digit (seven-bit) binary 
pattern for each letter, number, and symbol in the 



binary (arithmetic) values in ascending num< 
order; if data expressed in ASCII code is sort< 
numerical order, it will result in this sequ 
Programmers often review and manipulate da 
binary form as programs are developed and corrc 
Representing each character with seven digits v 
be cumbersome and slow. To provide a short 
method of handling these binary patterns, hexa 
mal notation is sometimes used. Hexadecimal 
base- 16 system in which there are 15 decimal 
before the 10 (no units, one 16) is reached. Be< 
there aren't enough numerals to express all the i 
the letters A through F are used: 8 

TABLE 1 Comparison of Decimal, Hexadecimj 
and Binary Systems 



Decimal 
System 


Hexadecimal 
System 


Binary System 
8 4 2 1 bit vali 








0000 


1 


1 


0001 


2 


2 


0010 


3 


3 


0011 


4 


4 


0100 


5 


5 


0101 


6 


6 


0110 


7 


7 


0111 


8 


8 


1000 


9 


9 


1001 


10 


A 


1010 


11 


B 


1 1 


12 


C 


1 


13 


D 


1 1 


14 


E 


1 1 


15 


F 


1 1 1 



When hexadecimal notation is used for ASCII 
every four bits are represented by a hexade< 
character. Since ASCII is a seven-bit code, the e 
bit (reading from right to left) is assumed always 

zero: 

ASCII G - -1000111 = Hex 4 

Hex 0111 - 7 

Hex 0100 = 4 



ASCII k 



-1101011 
6 B 



- Hex 6 



This allows eight characters to be reduced tc 
characters for efficiency, but it must be rememl 
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(A) 



(B) 





DECIMAL SYSTEM 




BINARY SYSTEM 




base ten 




base two 




through 9 




Oand 1 


CO 


CO 

-o 


\> Count: 


c 
5 V) 

& -o v> 

5 i -s 

s 1 1 I 1 




O 

CJ 

| x "| 1 *e 
5 -5i 55 2 5 = 


1 


1 





2 




1 


... 


3 




1 1 


1 


1 2 




1100 


::. :::: 


2 1 




10101 


:::::: 


3 




11110 







DECIMAL NUMBER BINARY NUMBER 



COMPUTER IMPULSE 
PATTERN (off=o,on=x) 



(C) 






0000 


0000 


1 


0001 


ooox 


2 


0010 


00X0 


3 


0011 


ooxx 


4 


0100 


0X00 


5 


0101 


oxox 


6 


0110 


oxxo 


7 


0111 


oxxx 


8 


1000 


xooo 


9 


1001 


xoox 


10 


1010 


xoxo 


11 


1011 


xoxx 


12 


1100 


xxoo 


13 


1101 


xxox 


14 


1110 


xxxo 


15 


1111 


xxxx 



ADDITION FOLLOWSTHE SAME RULES AS DECIMAL ADDING, INCLUDING CARRYING 



00001 



00010 



13 



01101 
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TABLE 2 Hexadecimal Notation for ASCII Code 



Char- 
acter 


ASCII 


Hexa- 
decimal 


Char- 
acter 


ASCII 


Hexa- 
decimal 


Char- 
acter 


ASCII 


Hexa- 
decimal 


j 


0100001 


21 




1000000 


40 




1100000 


60 


< 


0100010 


22 


A 


1000001 


41 


a 


1100001 


61 


# 


0100011 


23 


B 


1000010 


42 


b 


1100010 


62 


$ 


0100100 


24 


C 


1000011 


43 


c 


1100011 


63 


% 


0100101 


25 


D 


1000100 


44 


d 


1100100 


64 


& 


0100100 


26 


E 


1000101 


45 


e 


1100101 


65 


' 


0100111 


27 


F 


1000110 


46 


f 


1100110 


66 


< 


0101000 


28 


G 


1000111 


47 


g 


1100111 


67 


) 


0101001 


29 


H 


1001000 


48 


h 


1101000 


68 


* 


0101010 


2A 


I 


1001001 


49 


i 


1101001 


69 


4- 


0101011 


2B 


J 


1001010 


4A 


j 


1101010 


6A 


> 


0101100 


2C 


K 


1001011 


4B 


k 


1101011 


6B 


- 


0101101 


2D 


L 


1001100 


4C 


1 


1101100 


6C 




0101110 


2E 


M 


1001101 


4D 


m 


1101101 


6D 


/ 


0101111 


2F 


N 


1001110 


4E 


n 


1101110 


6E 





0110000 


30 





1001111 


4F 


o 


1101111 


6F 


1 


0110001 


31 


P 


1010000 


50 


P 


1110000 


70 


2 


0110010 


32 


Q 


1010001 


51 


q 


1110001 


71 


3 


0110011 


33 


R 


1010010 


52 


r 


1110010 


72 


4 


0110100 


34 


S 


1010011 


53 


s 


1110011 


73 


5 


0110101 


35 


T 


1010100 


54 


t 


1110100 


74 


6 


0110110 


36 


U 


1010101 


55 


u 


1110101 


75 


7 


0110111 


37 


V 


1010110 


56 


v 


1110110 


76 


8 


0111000 


38 


w 


1010111 


57 


w 


1110111 


77 


9 


0111001 


39 


X 


1011000 


58 


X 


1111000 


78 




0111010 


3A 


Y 


1011001 


59 


y 


1111001 


79 


> 


0111011 


3B 


Z 


1011010 


5A 


z 


1111010 


7A 


< 


0111100 


3C 


[ 


1011011 


5B 


{ 


1111011 


7B 


= 


0111101 


3D 


X 


1011100 


5C 




1111100 


7C 


> 


0111110 


3E 


] 


1011101 


5D 


} 


1111101 


7D 


? 


0111111 


3F 


" 


1011110 


5E 




1111110 


7E 








- 


1011111 


5F 









memory and are actually manipulated. Table 2 gives 
the hexadecimal notation for each ASCII code. 9 

The arithmetic unit is where the manipulation of 
the data occurs. 10 Whether the original data were 
figures or words, the binary codes are manipulated by 
arithmetic or pseudo-arithmetic operations. The on-off 
combinations of the electronic impulses are called 
circuit elements and represent combinations of the 
basic logical operations AND, OR, and NOT. 11 These 
circuit elements allow binary numbers to be added, 
subtracted, multiplied, divided, and compared. Figure 
2 shows several circuit elements, and the logical 
operations they represent. 12 

The instructions or program give detailed com- 
mands that control the pattern and sequence of the 
circuit elements. These must be explicit to the last 



detail; the computer is not an electronic brain but 
rather an electronic slave. 13 The impact of this detail 
will be discussed in the section on software. 

Four main classes of computer instructions are 
carried out by the CPU: 14 

1. Arithmetic and logical instructions. These instructions 
add numbers together, compare patterns of letters 
or numbers, reorganize the coding of characters, 
etc. [Sometimes this class is divided into two 
classes, one strictly for arithmetic, and the other 
for logical operations.] 

2. Fetch and store instructions. These instructions are 
used for moving information about in the memory 
or store. 
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Logical 
Equation 


Venn 
Diagram 




T 

1 


rut 
*abl 


h 
e 




Electronic 
Implementation 


C = f(A,B) 


C = f(A,B) 


C 




W 



*. 
/ 


B) 
\ 1 


C = f(A,B) 


r = A 


/SilRi 


p 











A C 
















O-ft 




V^A^/ 




1 





















/ 


* 1 




C = B 


W*^ 













B C 


(complement of B) 


+Mx2)^ 
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/ 
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D 








1 





















/ 


* 1 




r = A + R 


' : ' : ' : ftiffi*\ :: '' :: 
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A^ 
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g /T\ ^ 













/ 
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r = A R 
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A A 

I C 




\x*} 




1 
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B */ 
















~*"^ ANI 


AND oC 


A 
B 


^ 




OR 






oC Ao NOT 
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B- 


1 


or 
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> 


B 


) 
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3. Jump [or branch] instructions. These instructions 
allow the sequence of operations to vary accord- 
ing to the data being examined. 

4. Input and output instructions. These instructions are 
used to fetch blocks of information into the 
memory from input units and send information 
from the memory to output devices. 

The actual data or codes manipulated by the 
arithmetic and logic unit are generally held in that 
unit in a register. A register is a semiconductor device 
of electromechanical flip-flop switches that holds the 
data. 15 The register is where the actual operations on 
the data are performed, such as analyzing, shifting, 
and performing arithmetic on the numbers in the 
register. 16 Usually there are multiple registers, and 
these can be called accumulators. A register has a fixed 
size and is referred to by name, not by its location in 
the memory. 

The control unit in the GPU handles the switching 
and flow of the instructions and data in the GPU and 
in the computer as a whole. It sets the sequence of 
operations, decodes instructions, and provides the 
control signals to coordinate the various units of the 
computer. 17 At a simplistic level the data represented 
as a pattern of on-off electronic impulses travel 
through a series of circuits or gates that alters the flow 
and thus the patterns of the impulses. The circuits or 
gates are chosen according to the operation to be 
performed. 

The control unit regulates the flow of impulses and 
the setting of the gates in response to the instructions in 
the proper order. There are two main registers in the 
control unit: the instruction register and the location 
counter. The control operates in cycles. The basic 
cycles are (1) the instruction cycle (I-time), during 
which the instruction register receives the next instruc- 
tion in the program from the main memory, the 
instruction is interpreted into circuits, and the location 
counter receives the address of the next instruction, 
and (2) the execution cycle (E-time) during which the 
instruction is performed. 18 

Memory 

The memory stores information, received through 
an input unit or developed during the processing of 



without being destroyed. 19 There are two kini 
memory or storage. One is main memory, also c 
working storage or internal storage, and the otl 
mass storage or auxiliary memory. 

The main memory is closely related to the arit 
tic and control units. It is sometimes considered pi 
the central processing unit or mainframe (see F 
8). The main memory holds the data manipulate 
the arithmetic unit. Because of the speed of procei 
the data must be readily available, so they are rr 
from mass storage into main memory. The data 
instructions are given unique addresses, or loca 
The instructions include the address of the data 
manipulated as well as the address of the 
instruction. The computer, thus, is self-directing, 
few processors, arithmetic and logic operation! 
performed directly on the data in the main mer 
In general, however, data are moved from the 
memory to a register in either the arithmetic and 
unit (for data) or the control unit (for instruct] 

The main memory in most current computi 
made up of magnetic cores (small rings of a ferro 
netic material) wired together in an array. 20 Each 
can hold one binary digit either zero or one 1 
magnetic state. (The internal memory also is calle 
core.) 

The main memory is described in two ways: in 1 
of its addressability and its size. At the lowest le 
single binary code (either one or zero) is called a b\ 
express logical characters such as a number or a 1 
several bits are grouped in a unit called a byte. A 
has a fixed length depending on the hardware dc 
six-bit and eight-bit bytes are common. The sm 
addressable unit in internal memory is called a 
Words can be made up of from one to eight \ 
depending on the manufacturer's design. 

The capacity of the main memory is express* 
terms of the number of addressable units it can 
either words or bytes. Capacities are expressc 
thousands (K); common capacities are 4K, 8K, 
and 32K. With the unit addressability added 
memory is expressed as 4K words, 16K bytes, or 
bytes (which can be the same as 8K words if the \ 
are 4 bytes or 32 bits each). 

Auxiliary or mass storage is used to retain 
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chine-readable form. The storage medium can vary. 
The storage may be in mechanical, electronic, or 
magnetic form. The standard punch card is a common 
mechanical storage medium. Electronic storage is now 
generally limited to storage during transportation, e.g., 
telecommunications. Magnetic storage is most com- 
mon and uses tapes, disks, drums, or strips. 

Mass storage data generally are organized in files. 
There is a hierarchy of data. 21 

Bit: a single binary digit, either or 1 . 
Byte: a group of bits (usually eight) that represents a 
logical character such as a letter, number, or 
symbol. 

Field: characters combined into logical units or data 
elements. Fields can be divided into subfields if 
appropriate to the intellectual content of the data. 
For example, 
Field personal name 
Subfield 1 last name 
Subfield 2 first name and middle initial. 
Fields can be defined by the programmer as fixed- 
length (always n number of characters) or vari- 
able-length (as many characters as necessary to 
express the logical unit). 
Record- related fields combined into a complete, 

logical unit. 

File: like records combined for the system. 
Data base: a group of files related to a system 

application. 

The order of the records in the file and therefore in 
the main memory device is called file organization. 
Available methods of file organization include 22 

1. Sequential (continuous allocation). The records occur 
in a linear order sequenced usually by a control 
number (Figure 3a). To update the file by adding or 
deleting a record, a new sequence would have to be 
compiled. For example, deleting #2341 and adding 
# 2350 would produce something like Figure 3b. 

2. Linked (linked list allocation). The records do not 
occur in any order on the file, but the address of the 
next logical record is carried in the record to link the 
two together (Figure 4a). To update the file by adding 
or deleting a record, one need modify only the address 
of the next record or re-link the records. For example, 
deleting #2341 and adding #2350 would produce a 
file like that shown in Figure 4b. 



Position Position Position Position Position 
1024 1025 1026 1027 1028 


r 


Record 1 
-2305 


Record 2 
=2306 


Record 3 
^=2341 


Record 4 
=?2348 


Record 5 
=?2356 


\ 



FIGURE 3.a. Records in a sequential file structure 



Position Position Position Position Position 
1024 1025 1026 1027 1028 


r 


Record 1 
^2305 


Record 2 
=2306 


Record 3 
=2348 


Record 4 
^--2350 


Record 5 
^2356 





FIGURE 3.b. Updated record sequence 



Record 1 
=2305 



a I Record 3 



J Record 4 
S| =2348 


} 


f ' Record 5 
5! =2356 



Position 
1024 



Position 
1036 



Position 
1245 



Position 
1276 



Position 
1277 



FIGURE 4.a. Records in a linked file structure 



Record 1 
2 =2305 


\ 


<S Record 2 
- =2306 



S Record 3 
~ =2348 


/ 


g j Record 4 
-1 =2356 


I 


r- ' Record 5 
5, =2350 



Position 
1024 



Position 
1036 



Position 
1276 



Position 
1277 



1564 



FIGURE 4.b. Updated file 

3. Indexed Sequential. The records are stored sequen- 
tially in units, or blocks, and the locations of ke) 
records are entered in an index (Figure 5). This inde^ 
shortens the time required to locate a record. With the 
methods described above, each record had to be 
scanned or read either to match the control number 01 
to read the address of the link. With index sequential 
organization the index is scanned by a key, and a 
pointer is given to the area of the file where the record 
is located. The computer then reads only those records 
in the unit or range. To allow convenient addition oi 
new records, space is usually left in the file at various 
points. 23 On multiplatter disks, the block or unit where 




JACKSON 


JOHNSON / 


NORBERT 


} NYLAND ( RYMAN 


SAAH 


SABA 



Position 
1813 



Position Position 
1992 1993 



R2 1963 

FIGURE 5. Records in an indexed sequential file 
structure 



21 U.S., Civil Service Commission, Bureau of Training ADP Management Training Center, "Management Introduction to Automated Data Bases," Washington 
D.G, n.d., p. A-2. (Mimeographed.) 

22 Eckhouse, Minicomputer Systems, pp. 229-31. 

23 Hayes and Becker, Handbook of Data Processing for Libraries, p. 347. 
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the sequenced records are stored often is tied to the 
cylinder, or sector, size of the disk. 

4. Direct Access. The record is stored at any available 
location and the key to the record and its address 
(location) are entered in an index (Figure 6). 24 



> 
) 


Record 8 


Recurd 5 



726 
Index Key Address 



Position 
962 



Position 
1028 



Position 
1112 



ecord 1 
ecord 2 
ecord 3 
ecord 4 
15 
ecord 6 
ecord 7 
Record 8 



726 
1028 
962 
789 
1113 



FIGURE 6. Records in a direct access file structure 

The illustrations to this point have been made linear 
for clarity, but disks are two-dimensional; in a random 
file a record could be stored in any position on any 
track, as illustrated in Figure 7. 25 



Position 

Index Key 

Record 1 
Record 2 
Record 3 
Record 4 
Record 5 
Record 6 
Record 7 
Record 8 

















9 




Record 1 


Record 2 




Record 5 




8 


Record 8 






Record 4 






7 


Record 3 






Record 6 






n 


19 


20 


21 


22 


23 





Address (Expressed as 



Track Position^ 
## ## / 



0920 
0921 
0719 
0822 
0923 
0722 
0806 
0819 



FIGURE 7. Two-dimensional depiction of a direct access 
file structure 

The physical arrangement of the data on the 
medium, the form they take, the speed with which they 



can be accessed, and the storage capacity all var 
these factors must be considered when a con 
configuration is being assembled. 

Input 

In the discussions of manipulation and stor; 
data so far, data have been described as bei 
binary (on-off) or machine-readable form. A ] 
who wishes the data to be processed begin? 
information in its "natural," original form, 
information is human-readable and is generally 
the source document. The information mi 
converted to machine-readable form, and this 
accomplished via an input device. Two process 
involved: converting the human symbol into ox 
converting the code into electronic impulses. 

Numerous techniques are used, and many pi 
equipment are available. Some require a two- or 
stage conversion, and others allow direct 
Punched holes in cards or paper tape are "read 
machine that allows current to flow wherever th< 
hole, giving an "on" or "one" impulse. Magnetic 
used and "read" by machine to produce impu 
light pen can be used to "read" a bar code; th 
are used to produce impulse patterns. Optical c 
ter recognition is more complicated, but it is sirr 
the light-pen system. The lines of the charact 
"read" onto a matrix and the resulting patt 
compared to a reference table; when a match is 
the impulses for that character are created. 

A human symbol, a letter or number, must i 
as an electronic impulse in the binary, on-off sch 
the computer. Most input devices allow the pei 
use human symbols and then convert the syml 
machine-readable codes and ultimately to im 
The initial input device used is often offlin 
independent (standalone), like a keypunch mz 
The converted data it produces can be "reac 
added to the computer storage as desired. 

Output 

Just as source data must be converted to ma 
readable form to be manipulated by the CPU, 
the processed data must be converted to h 
sensible form to be meaningful to the system u 
most cases only a portion of the data in the sy 
needed at any one time. The output must be sel 



24 Eckhouse, Minicomputer Systems, p. 229. 

25 Rfichard] T. Kimbcr, Automation in Libraries, 2d ed. (Oxford: Pergamon Press, 1974), pp. 50-51. 
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formated as required, and expressed in a suitable 
medium. The output is also called a "display." 26 Most 
displays are visual and in a printed form (although 
computers can produce oral responses). The most 
common is the printout on continuous-form paper, 
printed on a fast, computer-driven printer. Photocom- 
position is possible as an output. A computer tape is 
produced that is formated and ready to use in an 
automatic typesetting machine like the Government 
Printing Office's Linotron. Computer-output micro- 
forms (COM) are also a form of printed display. "Soft" 
displays are produced on a cathode-ray tube like a 
television screen. This gives the user human-sensible 
data immediately but leaves no permanent record of 
the data. 

The Configuration 

The input, output, and storage units, together with 
the central processing unit, combine to form the 
computer hardware system or configuration. In the 
literature, systems are described in various ways. Some 
sources show the entire system as "the computer"; 
others call only the central processing unit the 
computer and all the other devices peripherals. The 
CPU, encompassing the arithmetic and logic unit, the 
control unit, and main memory, is also called the 
mainframe. The block diagrams in Figure 8 represent 
some common depictions of computer configuration. 27 
However the computer is depicted, the system is 
operated by the CPU, specifically the control unit. 

The connection of these units and their interfacing 
can be very complicated and involve both hardware 
and software control. The speed of operation of the 
several units can vary within one system. A card reader 
may input 80 characters of data at a much slower rate 
than a tape drive can read them; one printer may 
print 300 lines per minute, while another operates at 
1250 lines per minute. Some devices are farther 
removed physically from the CPU than others, and the 
time required for their electrical impulses to travel is 
greater. Some processing operations take longer than 
others. The control unit must consider all these 
elements and must sequence and time the impulses 
and events accordingly. 

To the human, the speed of the CPU is so great that 
operations may seem to occur simultaneously. This is 



not true, however; the computer operates in 
one-step-at-a-time manner. The CPU inst 
input/output controller to read or write info 
and the I/O controller performs the actual tr 
data between internal memory and the p< 
devices. There actually may be several I/O cc 
in a system, each suited to a particular 
input/output device. Sometimes the control 
integral part of the input/output device. A 
often used as part of the interface. It is a i 
temporarily storing data until they are neec 
buffer storage can be designated as part of t 
memory or as part of the controller. In 
interface physically connects the units of the 
ration and serves to compensate for differenc 
speed of data flow, in the timing of the movi 
data from one device to another, and in the 
codes or formats involved. 

SOFTWARE: COMPUTER PROGF 

A computer is directed to manipulate data 
predefined sequences of instructions called pi 
Computer instructions at their most f undame] 
are expressed in binary codes and are referred 
machine's language. 

Machine language is extremely crude (lov 
tic), and it is difficult and time-consuming to 
late. To ease the burden of program pre] 
special programs are provided to allow hu 
express problem solutions in functional terms 
object of constructing the machine language 
to implement the program. These special prog 
called assemblers, compilers, or interpreters, 
statements one codes to express problem solu 
themselves called programming languages. S 
gramming languages are very close to tl 
computer's own language and are suited for 
on that computer. These are called assembly 
es. Other programming languages are stru< 
express a problem's solution in human or nea 
language. These are the compilers and ini 
and are called high-level programming h 
COBOL, FORTRAN, and BASIC are ar 
most commonly used high-level languages. I- 
languages have the advantages of ease of 
development and machine independence; a 



26 Hciligcr and Henderson, Library Automation, p. 199. 

27 Joseph Becker and Robert M. Hayes, Information Storage and Retrieval: Tools, Elements, Theories (New York: John Wiley & Sons, 1963), p. 1 1 
Minicomputer Systems, p. 4; Hayes and Becker, Handbook of Data Processing for Libraries, p. 245. 

28 Charles H. Davis has prepared a workbook-type book on programming library applications using PL/1 on a large-scale computer; see Illustt 
Programming for Libraries; Selected Examples for Information Specialists (Westport, Conn. : Greenwood Press, 1974). 
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FIGURE 8. Sample block diagrams of a basic computer configuration 
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written in one of the high-level languages may be run 
on any computer having a compiler or interpreter for 
that language. 

In preparing a computer program, the objective 
must be defined and the procedure to accomplish the 
objective established. These items usually are ex- 
pressed in a flow chart. Using the flow chart, the steps 
to be followed to accomplish the objective can be 
expressed graphically. Some procedures are simple 
linear paths (Figure 9). Some call for branch logic 




INPUT 



PROCESS 



PROCESS 



PROCESS 



OUTPUT 



FIGURE 9. Simple linear path flow chart 



PROCESS 



PROCESS 



PROCESS 




DECISION 



PROCESS 



PROCESS 



OUTPUT 



FIGURE 10. Branched logic paths flow chart 



based on decisions (Figure 10). Some require 
steps, accomplished by using a loop (Figure 1 ! 



INPUT 



PROCESS 



PROCESS 



DECISION 



PROCESS 



OUTPUT 



FIGURE 11. Loop flow chart 

The more complicated the procedure the rr 
plex the flow chart (Figure 12). 29 

Through a series of flow charts, each mor 
and detailed, the procedure finally is reduc 
elementary steps in the proper sequence. 1 
flow chart is what is expressed in the ten 
programming language. Several routine 
must be considered with every program; ti 
depends on the conventions of the prog 
language used. 

Whether it is written in assembly or ] 
language, a program must ultimately b 
machine's language. Computers understand 
of instructions. 

Input/output instructions 

Internal data movement instructions 

Arithmetic instructions 

Testing and comparison instructions 

Jumping or branching instructions. 




29 Heiliger and Henderson, Library Automation, p. 205. 
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SKIP 




OUTER 
LOOP 



FIGURE 12. Repetitive loops flow chart 



The number and power of instructions in each 
category vary significantly from one computer to 
another. While one computer may understand 20 
arithmetic instructions, another may understand only 
2. The complete set of instructions in each category 
plays a major role in the suitability of a computer for a 
particular application. 

The basic structure of a computer instruction is as 
shown in Figure 13. The op part of a computer 
instruction defines the operation to be performed, and 



the address(es) part defines the memory location o 
data to be manipulated. Some operations may req 
a single address, and others may require two or n 



OP 


ADDRESS (ES) SS 



L 



Memory location of data to be manipulai 
(Operand) 



-*- Operation to be performed 



FIGURE 13. Basic structure of computer instruct* 

Instruction addresses in some computers ma 
expressed in terms of the sum of two or more va 
Typically these types of addresses cause the conte 
the address portion to be incremented or decremc 
by one or more special machine accumulators c 
index or general registers. Still other comp 
provide for specification of an address that locate 
the data to be manipulated but rather the addrt 
the data. This feature is called an indirect ad< 
Thus a computer instruction address may appear 
Figure 14. 



R 


1 


LOG 



I Memory location 

Indirect address indication 

Register summation indication 

FIGURE 14.. Address portion of a computer instrm 
using the indirect addressing technique 

Some computers have no provision for R or 1 
others provide for only one or the other. If n< 
indexing nor indirect addressing is provided, proj 
ming can be very difficult indeed. 

In high-level programming languages the abil 
the computer to index or indirectly address is i 
portant to the programmer because the high 
language requests functional operations rather 
detailed machine-level instructions. The compii 
interpreter produces the code required to perfor 
requested functions, based on the capabilities 
limitations of the computer for which it compi 
interprets. 

Certain computer instructions cause activity 
must be communicated to the program. As an < 
pie, a data input instruction should communic 
the program whether or not an error has occ 
during the reading of data. Thus, computers gen 
maintain a special internal status indicator calle 
condition code. Usually the condition code is onl 
bits long, and each bit indicates a special con 
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based on the last instruction executed. Table 3 
illustrates the meaning of the bits of the condition code 
based on representative instructions. 

TABLE 3 Breakdown of Condition Codes for 
Representative Instructions 

Condition Code 



Instruction Bit 



Bit 1 



Bit 2 



Bit 3 



Input 


End of file 


Error 






Output 


End of Media 


Error 






Compare 


A - B 


A B 


A B 




Add 


Result 


Result + 


Result - 


Overflow 


Subtract 


Result 


Result + 


Result - 





In machine-level or assembly language the condi- 
tion code may be tested following an instruction, and 
the sequence of executing instructions may be altered 
as a result. The condition code is not apparent to the 
high-level programmer because the functional state- 
ments make no specific reference to it. 

Input/Output Instructions 

Data are transferred between memory and I/O 
devices through specially designed I/O instructions. 
Machine language and/or assembler language pro- 
gramming can become very difficult in this area unless 
the programmer has access to preprogrammed routines 
that perform these functions. Most I/O processes 
require that the operation go through the following 
phases: 

1 . Ready the device 

2. Start the transfer 

3. Wait for completion 

4. Verify successful transfer. 

Unless preprogrammed routines are available, these 
processes must be programmed. They can be more 
difficult to program accurately than the application 
itself. 

High-level languages allow the transfer of data to be 
specified at a functional level (READ or WRITE), 
with the compiler or interpreter automatically produc- 
ing the machine-level code required for all phases of 
the operation. 

Internal Data Movement Instructions 

Data may be moved from one memory location to 



With high-level languages, instructions 
data to or from registers are not nece 
computer makes the transfers automatica 
fore, high-level languages do not need to 
these differences. The high-level languag< 
mer need only specify the requirement for 
and the compiler or interpreter will p: 
machine-level instructions to see that it o 
thermore, the high-level language prograi 
not be concerned with the fact that some 
must move data a single character or wor 
while others may move blocks. Again, the 
interpreter produces the requisite machine : 
as needed. 

Arithmetic Instructions 

Arithmetic instructions perform additic 
tion, multiplication, division, and at ma< 
certain other functions such as changii 
shifting. Some computers provide special 
for floating-point operations. 

Arithmetic typically is performed in sf 
signed accumulators or registers (see abo\ 
ing) but sometimes may be performed in n 
modern computers perform binary arith 
most provide decimal arithmetic or conv< 
one form to the other. 

High-level languages allow programme 
their own accumulators upon which arith] 
tions are to be performed. The compiler or 
will provide the necessary binary-decimal 
machine instructions. Further, high-level 
usually provide statements that define the 
be solved, including sine, cosine, and s 
functions. The machine-level solution to 
ments may be very complex and may requ 
dozens of individual instructions. 

Testing and Comparison Instri 

These instructions are used to establish tt 
code reflecting the relationship of one 
another. At the machine and assembler 
gramming these instructions would be f 
conditional jump or branch instructions tr. 
sequence of program execution based on th 
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the IF statements allow construction of AND and OR 
functions that establish complex relationships to 
determine processing. Such functions require many 
separate machine- or assembler-level instructions that 
successively test and jump. 

Jumping or Branching Instructions 

Jumping, or branching, instructions are used to 
alter, conditionally or unconditionally, the sequence of 
program execution by the GPU. For example, one may 
follow an instruction to COMPARE with an instruc- 
tion to JUMP IF EQUAL or JUMP IF HIGH. 
Unconditional jumps are used to transfer control 
regardless of the setting of the condition code. 

High-level languages usually provide a GO TO type 
of instruction to perform unconditional changes in 
processing sequences, but handle conditional changes 
through IF, THEN, and ELSE instructions. 

Programming Example 

To illustrate the concepts of programming, consider 
the problem of converting a two-digit month number 




(01-12) to a three-character abbreviation fc 
month (Jan Dec). Program this function usin 
chine, assembly, and high-level languages. Th 
guages used are not actual but are representai 
those available. 

Figure 15 is a flow chart of the program in m< 
language terms. Tables 4 and 5 give the basic elc 
of this program. The text following explains 
significance. 

TABLE 4 Memory Definition 

Memory Data 
Location Content 



001 
006 



056 
061 

063 



01JAN- 
02FEB 



12DEC- 
03 



- TABLE OF MONTHS 



TWO DIGITS FOR CONV 

SION 

OUTPUT OF CONVERSN 



TABLE 5 Machine Language Program Eleme 

Instruction Memory Data 

Number Location OP* Length Address 



1 


100 


CP 


02 


061 


2 


110 


JE 




130 


3 


115 


AD 


03 


200 


4 


125 


JU 




100 


5 


130 


MV 


03 


107 


6 


140 


AD 


03 


203 


7 


150 


MV 


03 


000 




200 


005 








203 


002 







FIGURE 15. Program flow chart of month number to 
month abbreviation conversion 



*CP - Compare 

JE Jump if equal 

AD - Addition 

JU = Jump unconditionally 

MV = Move data 

In this program, memory locations 00 1-060 c 
a table of two-digit months with their three-ch* 
abbreviations. Memory locations 061-062 confc 
two-digit code (03) to be converted, and location 
065 are reserved to contain the converted resuli 
instructions begin at location 100, and are peri 
as follows: 

1. Compare two positions at 061-062 with tt 
at the address shown (initially 001). 

2. Jump if equal to location 130. 

3. Add the three-digit code in locations 2( 
(005) to the second address of instruction 
causing the instruction to compare on th 
entry in the month table. 
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Unconditionally jump to location 100 (the com- 
pare instruction as now modified by instruction 
3). 

When the appropriate conversion table entry is 
located, move the second address of instruction 1 
(locations 107-109) to the first address in instruc- 
tion 7. Thus instruction 7 is constructed to point 
to the month abbreviation table entry. 

, Add locations 203-205 (002) to the first address 
of instruction 7. Thus instruction 7 locates the 
abbreviation. 

, Move the abbreviation to locations 063-065. 

embly Language Terms 

'able 6 gives the elements of this program in 
mbly language terms. 

FABLE 6 Assembly Language Program Elements 



eference Symbol OP 



Addrcss(es) 



TABLE 



DC '01JAN' 
DC '02FEB' 



DEFINE MONTH TABLE 



2 


INCODE 


DC 


'12DEC' 


3 


OUT- 


DC 


' BFSITT.T FTF.T.n 




CODE 






4 


LOOP 


CP 


INCODE(2),TABLE 


5 




JE 


FOUND 


6 




AD 


FIVE(3),LOOP+7 


7 




JU 


LOOP 


8 


FOUND 


MV 


LOOP+7(3),LOOP + 4 


9 




AD 


TWO,SAVE + 4 


10 


SAVE 


MV 


0(3),OUTCODE 


11 


FIVE 


DC 


'005' 


12 


TWO 


DC 


'002' 



This assembly language program parallels the 
chine language coding required in the first exam- 
, Notice, however, that the actual memory locations 
data in the addresses need not be coded. Instead, 
gn symbolic names to the data the assembly 
guage program will use to supply the actual 
tnory addresses. Still, one assembler instruction for 
h machine instruction must be coded, and only 
tractions that are actually part of the repertoire for 
computer can be coded. The following explains the 
>gram: 

1 . The symbol TABLE is assigned to the first entry 
DC (define characters) for the Month Table. 
This is followed by eleven other DCs that 
complete the table. 

2. INCODE is the symbol assigned to the charac- 
ters representing the code to be converted. 

3. OUTCODE is the symbol assigned to the result 
field. 



4. LOOP is the symbolic name giver* to the 
compare instruction. Note that the instirttc^tfon is 
coded using the symbolic names of the fields it 
acts upon. Also note the (2) defining th^ length 
of the fields to be compared. 

5. JE alters control if the condition code is set to 
EQUAL after the comparison. Note the use of 
the symbolic name FOUND instead of an 
actual memory address. 

6. Here add 5 to the second address of 1LQOP. 
These instructions parallel exactly those re- 
quired by the computer in the madblne lan- 
guage example. However, the memory address- 
es in symbolic terms can be written^ using 
LOOP H- 7 to locate the positions to be 
incremented and FIVE to locate the amount of 
the addition. 

7. Here return to LOOP for continued searching. 

8. Match the code in INCODE to one in TABLE, 
and move the second address of the cx>mpare 
instruction to the first address of th^ SAVE 
instruction. 

9. Add 2 to the address in SAVE to locate tiie first 
of the three characters to be saved. 

10. Move the abbreviation to the result ara~ Note 
that this instruction is filled in by instructions 8 
and 9. 

11,12. These are the numeric values needed to 
perform the additions in instructions 6 and 9. 

High-Level Language Terms 

Table 7 gives the elements of the program in terms 
of a high-level language. 

TABLE 7 High-Level Language Program Etemoents 



Reference Commands 


1 


MONTH DEFINE 


'03' MONTH 


CODE 


2 


RESULT DEFINE 


_ RESULT 


FIELD 


3 


TABLE DEFINE 


(2,3) 








'01JAN' - 










'02FEB' 










'12DEC' - 


- MONTH 


TABLE 



4 LOOKUP MONTH IN TABLE GIVING RESULT 

Using the high-level language concept this problem 
can be solved through functionally related statements 
as follows. 

1 . Define the month code to be converted. 

2. Define the conversion output location. 

3. Define the conversion table with the characteris- 
tics of two-digit code = three-character output. 
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4. Specify the conversion by LOOKUP of 
MONTH IN TABLE GIVING RESULT. That 
is, the compiler will produce the code necessary 
to search TABLE and move the located abbrevi- 
ation to RESULT. The code will be essentially 
that shown in the Machine Terms example. 

OPERATING MODE 

In all computer systems the hardware and software 
work together to perform the functions. However, the 
way they work together can vary. The system can be 
batch, remote batch, online interactive, or time-shar- 
ing. The facility can be dedicated, shared, or time- 
shared. These conditions all affect the final outcome or 
product. 

Dedicated, Shared, or Time-Shared 

A dedicated facility is one used for only one customer 
or unit. 

A shared facility serves more than one customer or 
unit. The computer must be scheduled to meet the 
various customers' requirements. The equipment con- 
figuration, the software, and the staff must be able to 
meet the requirements of all users, which can be 
diverse. 

A time-shared facility is often a commercial service or 
company in business to serve users on an equal basis. 
The computer is removed from the user, and access or 
control is remote. The software is very general and 
often not suited to special applications. 

Batch, Remote Batch, Online 
Interactive, or Time-Sharing 

A batch operation is one in which a number of 
transactions to be processed are accumulated and 
processed together. Usually they are sorted into 
sequential order and matched against affected files. 30 
In most facilities a computer operator initiates the 
operation: he calls up the program, mounts the tapes 
for auxiliary storage, starts the input device, and 
readies the output device(s). When processing is 
complete, the operator wraps up the operation and 
goes on to the next customer's job. 

A remote batch operation is a combination of online 
and batch processing. The data are gathered online 
and held in a queue; then the processing of the data is 

30 Hayes and Becker, Handbook of Data Processing for Libraries, p. 651 . 

31 Ibid., p. 664. 

32 Ibid., pp. 241-4. 



performed in a batch mode according to a 
schedule. 

In an online operation, the input and output u 
in direct, continuous communication with the 
processing unit. 31 The data are acquired onl: 
used in conjunction with direct-access files so tl 
transaction is received by the computer, releva 
are retrieved from the files and processed, < 
results are transmitted immediately to the use 
online systems are interactive: the user a 
computer are in direct communication, and < 
can occur in real time. 

The type of computer operation, the i 
computer facility, the hardware configuration, 
software all are interrelated and each affe 
others. The entire system must be kept in baJa 
harmony. For example, some input devices aj 
propriate for online or interactive operation: 
storage devices are too slow for online ope 
Some programming languages are for batch op 
only. Some operating systems are suited for one 
processing only. The structure of the files fo 
processing may be inappropriate for online prc 

In computer operations such factors as the ! 
the computer, the size of the storage capacity, 
of the internal memory, the speed and capab] 
the peripheral units, the mode of computer op 
and the flexibility and sophistication of the ! 
should be considered. These items must be e\ 
in terms of cost and measured against the ol 
and requirements of the system applications. 

ROLE OF THE COMPUTER 

Computers were developed to do complex m; 
analyses and computations in the scienti: 
engineering fields. 32 Their next application 
business and industry for routine processing 
involving little sophisticated computation bv 
repetitive operations. The third application w; 
area of symbol or language manipulation, ir 
natural language, which is based on logical op< 
This area is still being developed, and its potei 
not been realized. Heuristic applications < 
possible, due to a computer's speed and ability 
its stored programs. This type of application 
the use of computers to play chess and checkei 
write music and poetry. The final applicati 
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control. Computers are used to control industrial 
processes, military systems, and even learning, as in 
computer-assisted instruction. More applications no 
doubt will be developed as the human imagination 
expands and technology advances. 

The use of computers has become pervasive in 
society and commonplace in daily life. Paychecks, 
bank statements, creditcard bills, form letters, and 
bulk mail are computer-produced. Computer termi- 
nals are used in airports and hotels to make reserva- 
tions, and grocery stores and department stores have 
cash register terminals. Names on tax rolls, voting lists, 
social security lists, census lists, and car registration 
lists are all in computer files. The electricity in homes 
is controlled by a computer system, and the telephone 
system is totally automated. 

In all these cases the computer provides accuracy, 
consistency, reduction of duplicated efforts, speed, 
control, cost reductions, increased accountability, and 
more efficient use of human skills. 

1. Accuracy. Once data are entered correctly, they 
remain correct and precise. The human errors of 
mistyping, misfiling, misadding, or transposing 
letters or numbers are eliminated. 

2. Consistency. The same type of data will be handled 
the same way every time. The same logic is 
applied and the same decisions made every time. 

3. Reduction of duplicated effort. The data in a comput- 
er can be recorded once in a master file and 
manipulated and sorted repeatedly as required. 

4. Speed. The speed of the computer is unequalled. 
Even output is faster on a computer than most 
similar kinds of manual output would be. 



5. Cost reduction. In most applications the use of 
computer is cost-effective when compared wit 
the cost of the same tasks performed manually 

6. Control. Because a computer system is tightl 
ordered by the software, control of the flow j 
possible, the status of the system is alwa) 
determinable, and exception reporting is easil 
accomplished. 

7. Accountability. Because of the way computer prc 
grams work, the computer can easily cour 
operations. Statistics are easily gathered, whic 
can give management valuable information fc 
decisionmaking. 

8. Efficient use of human skills. Because data can b 
entered once and used over and over, as i 
producing address labels for repeated mailout 
human time can be put to more productive us< 
Clerical staff can usually be reduced or reaj 
signed to new tasks. 

Yet computers are not a cure-all for the ills of th 
world. The computer is only as smart as its prograir 
mer. Output data are only as valid as the input data - 
the expression is "garbage in, garbage out." A 
operation can be paralyzed if equipment breaks or 
system goes down and backup is not available. Systerr 
can be misapplied; software designed for one purpos 
is sometimes used for another purpose, with the resu 
of a mismatch of requirements and results. Ultimateh 
the computer is as effective as the human beings wh 
manage it. 
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DIRECTIONS IN LIBRARY 
AUTOMATION 

Like other segments of society, libraries have used 
computers in a number of ways. In general, though, 
Pull utilization of automation in libraries is yet to come. 
Fhe question of how to apply computers to the 
functions of a library is answered differently by various 
Anriters. Usually, though, the traditional division of the 
ibrary into public services, technical services, and 
administration is replaced by new arrangements of 
"oles. 

Cox, Dews, and Dolby classify library activities as 
icquisition, processing, and dissemination* The library 
acquires materials, processes them to reveal as much as 
x>ssible of the information they contain, and then 
nakes the information available to those who need it, 
md even to some who never knew they needed it. The 
najor effort involved is in handling the records of the 
naterials rather than the materials themselves, and 
:here are many different records for each item. 2 "The 
unctioning of the library depends on the speedy and 
efficient handling of these records their creation, 
:onsultation, amendment and updating/' 3 which 
creates an enormous data handling problem and one 
:hat is well-suited for computer application. 

Swihart and Hefley recognize three main areas of 
ibrary operations: library administration, library 
nanagement, and library science. 4 Library adminis- 
:ration encompasses acquisition, cataloging, and circu- 
ation. Library management involves the staffing, 
Budget, and reporting aspects of acquisition, catalog- 
ng, and circulation, as well as the other areas of the 
ibrary. Library science involves the materials, the 



catalog, the rules and schemes applied to the materials 
and catalog, and services to the users. Swihart and 
Hefley conclude that "automation is of most value and 
is applied primarily to [library administration]." 

Hayes and Becker place computer applications in 
libraries into three categories: clerical functions, 
information storage and retrieval, and operations 
research. 5 Computers can be applied to the routine 
clerical functions of technical processing and circula- 
tion work to reduce the clerical burden and increase 
the library's ability to perform more work. Computers 
are applied to reference work in the field of informa- 
tion storage and retrieval. At the most complex level 
"the objective is to develop new methods for automati- 
cally aiding various intellectual processes, such as 
extracting meaning from text and correlating facts or 
inferring subject relationships from the complete 
content of articles and books." The areas of operations 
research and systems analysis require the use of "the 
computer as an aid in using the principles of scientific 
management in library administration" through pro- 
vision of mathematical models and computer simula- 
tion. 

Heiliger and Henderson see the library as not one 
system, but three. 6 

1. Technical processes are concerned directly with the 
acquisition of library materials and their catalog- 
ing, preparation for later use, and reference to 
the accumulated holdings. 

2. Control processes are applied to the library's re- 
sources and to the handling of library materials 
and the processing of data about them, such as 
circulation, inventory, and work control informa- 
tion. 



1 N. S. M. Cox, J. D. Dews, andj. L. Dolby, The Computer and the Library; The Rote of the Computer in the Organization and Handling of Information in Libraries (Newcasi(e 
ipon Tyne, Eng.: University of Newcastle upon Tyne Library, 1966), pp. 14-15. 

2 Ibid, p. 11. 

3 Ibid, p. 15. 

4 Stanley J. Swihart and Beryl F. Hefley, Computer Systems in tht Library: A Handbook for Mawgers and Designers (\j& 11- 
5. 

5 Robert M. Hayes and Joseph Becker, Handbook of Data Processing for Libraries, 2d ed. (Los Angeles: Melville Publishing Co., 1974), pp. 5-6. 

6 Edward M. Heiliger and Paul B. Henderson, Jr., Library Automation: Experience, Methodology, and Technology of the Library as an Information System (New York: McGraw- 
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HISTORY OF COMPUTERS IN 
LIBRARIES 

In 1962 a study was made of the potentiz 
applying advanced data processing in a unive 
library. It was noted that 10 

machine techniques have been applied successfully to a num. 
data handling and service problems that appear similar to 
found in libraries, and it seems worthwhile to study the pot 
of routines that may suitably be applied to libraries. 

The study concluded that 11 

the speed of computers and the wide range of routines thai 
can handle offer possibilities for alleviating the pressui 
personnel shortages and turnover, of increased volumes of irn 
ry and user activity, and of demand for more up-to-date re 

In general this rationale explains why libr 
become involved in automation. Many libraries 
their first experiences with automation in the for 
the payroll, personnel, and budget control sys 
used by their parent organizations. Even today 1 
business applications are the only computer uses f < 
in many libraries. 

There was little library automation before the 1! 
Until then libraries used ADP (automated 
processing) equipment such as punch card rea 
sorters, and collators. This approach was used 
library by Ralph Shaw as early as 1948. A surv< 
Federal libraries showed only five automated sys 
in operation in 1960 or before. 12 The survey, thr 
1970, showed applications throughout the lib 
Table 8 lists these applications and the numbe 
libraries using computers to serve them. 13 

A 1971 survey of all types of libraries (acadc 
public, school, special, State, and Federal) also sh< 
applications throughout the library (Table 9). 14 

Markuson and her collaborators evaluated the 
surveys and concluded, 15 

. . . most large-scale library automation activities occur 
environment that has relatively sophisticated computer < 
ment and a fairly large and active computing center, and is 
oriented towards research activity. 

These conditions occurred most often in acad 
libraries and in Federal technical libraries. In 
facilities, computers were already on hand and ii 

7 Ibid, pp. 93-95. 

8 Gerard SaJton contends that information science and computer science will never combine effectively into a complete, integrated system in a library un 
library processes are totally restructured based on computer efficiency requirements; see Dynamic Information and Library Processing (Englewood Cliffs, N.J.: Pi 
Hall, 1975). 

9 Allen B. Veaner, "Major Decision Points in Library Automation," College and Research Libraries 3 1 (September 1 970), cited by Richard Phillips Palmer, Cas< 
in Library Computer Systems (New York: R. R. Bowker Co., Xerox, 1973), p. 210. 

10 Louis A. Schultheiss, Don S. Culbertson, and Edward M. Heiliger, Advanced Data Processing in the University Library (New York: Scarecrow Press, 1962] 

11 Ibid., p. 20. 

12 Barbara Evans Markuson et al., Guidelines for Library Automation: A Handbook for Federal and Other Libraries (Santa Monica, Calif.: System Devel< 
Corporation, 1972), p. 154. ...... 

13 Ibid., p. 153. 



3. Administrative processes are concerned with the 
organizational structure of the library and its 
operations; the main emphasis is on providing 
quick and accurate access to basic records and 
statistics for sound decisionmaking. 

They further suggest that the organization of the 
library reflect these systems: a professional services 
department, a data services department, and an 
administrative services department, as well as a liaison 
services department to reach the library's public more 
effectively. They propose that if computer applications 
would follow this new pattern of functions and services, 
automation could be used to better advantage. 7 

The essence of all these approaches is that a library 
should not use a computer simply to automate an 
existing manual system. The library must look beyond 
tradition and expand its thinking to take best advan- 
tage of automation. 8 

This leads to the question: Why do libraries 
automate? Allen Veaner wrote that there are three 
major practical reasons for automating library func- 
tions: 9 

1. To do something less expensively, more accu- 
rately, or more rapidly; 

2. To do something that can no longer be done 
effectively in the manual systems because of 
increased complexity or overwhelming volume of 
operations; 

3. To perform some function that cannot now be 
performed in the manual system providing 
always that the administrator actually wants to 
perform the service, has the resources to pay for 
it, and is not endangering the performance of 
existing services for which there is an established 
demand. 

The ultimate goal of all automation in the library 
should be, directly or indirectly, to improve the service 
supplied to the library user. 
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TABLE 8 Automation Applications in 
Federal Libraries 







Number of 






Operational 


Applications 


Libraries 


Systems 


quisitions 


10 


7 


.taloging 


32 


27 


rculation 


18 


13 


rials 


31 


25 


formation Retrieval 


18 


14 


biographic Publications 


13 


10 


lective Dissemination of 






Information 


12 


7 


tracting and Indexing 


4 


3 


dexes to Special Collections 


9 


6 


ther 


3 


3 



Total Libraries = 59 Total operational systems = 115 

TABLE 9 Automation Applications in 
All Types of Libraries 



Applications 



Total 



quisitions 

Ltaloging 

rculation 

rials 

Iministration and Management 

Detracting and Indexing 

bliography and Special Cataloging 

Lssemination 

formation Retrieval 



129 

104 

149 

169 

39 

23 

87 

40 

34 



support of the research efforts generally sophisti- 
ted applications in science and engineering. The 
earch environment fostered a parent group recep- 
e to the use of technology. The library thus had to 
ve sophisticated, demanding users. An additional 
;tor contributing to the favorable conditions was the 
usion of funds for scientific research in the 1960s 
ich more than was available for the humanities or 
blic service activities. 

It should be pointed out that much of the early 
>rary automation was in nontraditional areas, that is, 
icr than acquisitions, cataloging, and circulation of 
oks and periodicals. In fact more than one-third of 
5 operational systems in Federal libraries, as report- 
by Markuson, were classed as information retrieval, 
Dliographic publications, selective dissemination of 



information, abstracting and indexing, and indexes tc 
special collections. These systems dealt mainly witt 
nonbook materials such as "research and developmem 
reports; journal articles; patents; trade literature 
including catalogs; laboratory notebooks; pictures anc 
photographs; maps; reprints; archival items; anc 
technical correspondence." 16 Many of these earl) 
efforts were performed in documentation centers 01 
information centers, not libraries. The techniques usec 
were those of documentation and indexing rather thar 
cataloging. The two important standardized develop 
ments in this area were (1) the ASTIA/DDC thesau 
rus of descriptors and (2) the COSATI standard foi 
document description. 

Library automation underwent evolutionary re 
search and development. 17 Standard business systenu 
could not be applied wholesale to the library; specia 
software had to be created. Computer personnel hac 
more experience in areas such as book ordering anc 
fund control, but librarians were more interested ir 
automating circulation, serials control, and catalog 
ing. 18 A substantial learning period was requirec 
before much progress could occur. Standard input anc 
output peripherals were often inadequate to handle 
the library's data. For example, they lacked upper 
and lower-case characters and diacritical marks 
Equipment had to be adapted and new technology 
developed in some cases, e.g., the American Libran 
Association (ALA) print train. 

In most of the earliest efforts each library workex 
independently to develop its systems. Redundant effor 
and incompatibility resulted. 

Several developments helped advance library auto 
mation efforts: 19 (1) The organization of such group 
as the Council on Library Resources, the Office o 
Science Information Service of the National Scienc 
Foundation, and the Committee on Scientific an< 
Technical Information; (2) appropriations from majo 
Federal library legislation; (3) formation of sue! 
associations as the Information Science and Automa 
tion Division of the American Society for Informatio] 
Science; (4) development of the Library of Congres 
MARC II Communications Format for bibliographi 
data and the National Library of Medicine's MEE 



6 Lucille J. Strauss, Irene M. Strieby, and Alberta L. Brown, Science and Technical Libraries; Their Organization and Administration (New York: Interscience Publishei 
n Wiley & Sons, 1 964), p. 1 7 1 . 

7 Allen B. Veaner, "Perspective: Review of 1968-1973 in Library Automation," in Library Automation: The State of the Art II, eds. Susan K. Martin and Brett Butlc 
>ers presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the American Libra: 
ociation at Las Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), pp. 2-5. 

8 Heiliger and Henderson, Library Automation, pp. 13-14. 

9 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 28-73. 



LARS. These developments focused attention on 
library automation, promoted new efforts, made 
existing efforts more visible, exposed more librarians to 
automation and educated them in its uses, and 
provided the methods and funds to allow more 
libraries to participate in automation. 

The single development with the most impact on 
library automation is the MARC II format. The 
MARC format is a standard, and standardization is 
the key to future advances. 

Without a standardized format for the transmission of biblio- 
graphic data, we might not exactly be no place in library 
automation, but we would certainly all be riding off in different 
directions, dissipating our resources, and enjoying not the remotest 
possibility of interchanging bibliographic data or building net- 
works. 20 

MARC allows full expression of the nature of the 
bibliographic entity being described and is structured 
so that full access is possible. The tag structure is 
designed for maximum flexibility and allows each 
library to manipulate bibliographic data as it chooses. 

The availability of Library of Congress cataloging in 
MARC format through the distribution system has 
caused more libraries to accept Library of Congress 
cataloging and has reduced the amount of duplicated 
effort in libraries throughout the United States. The 
level of effort necessary to convert catalog data into 
machine-readable form has been reduced. The avail- 
ability of library cataloging in MARC format has 
made it incumbent on most libraries to have their 
computer systems designed to handle the MARC 
format. This brings about more compatibility among 
computer systems, at least as a means of sharing data, 
and it allows greater cooperation among libraries. 

Acquisitions has a standard the International 
Standard Book Number (ISBN). The ISBN is not as 
well developed and widely implemented as MARC 
and, likewise, automation in the acquisitions area is 
not as well developed as in cataloging. 

CURRENT EVOLVING TECHNOLOGY 

The last 4 or 5 years have greatly advanced library 
automation. 21 Computer hardware now features 
greater speed and storage capacity. More sophisticated 



operating and management systems j 
cient use of the storage and CPI 
processing is widespread, and multipr 
mon. Advanced and economical tele 
techniques have been developed. Out] 
can be equipped with a special print 
and lower-case characters and di< 
Computer-output microfilm (COM" 
handle upper- and lower-case charac 
from more sources. Reliable, economi 
nals that can handle the idiosyncracic 
are available. Light-pen and optical-' 
nition technologies have been refined 
these advances mean more efficient 
automated services. 

In a state-of-the-art review of librj 
Diana Delanoy identified four trend 

1. Minicomputers for library appl; 
key systems 

2. Cooperative processing using net 

3. Online large-file searching oj 
graphic files 

4. Packaged software for library ap] 

Minicomputers 

Minicomputers are used in librari( 
both turnkey and custom-designed syj 
expresses the importance of minicc 
trend toward library automation. Suh 
will detail the uses of minicomputers ii 

Cooperative Processing 

The network approach to processir 
by academic libraries and by Sta1 
organizations. The end of the 1960s s< 
of the Colorado Academic Libraries 
Center, the New England Library I: 
work (NELINET), and the State < 
automated State library system. Tries 
developed with economy in mind 1 
numbers of libraries to benefit fror 
Development and operating costs of t 
be divided among all participants, a 



20 Veaner, "Perspective: Review of Library Automation," p. 7. 

21 Herman H. Fussler's book, Research Libraries and Technology; A Report to the Sloan Foundation, has been called the most thoughtful, authority 
treatment of this subject; (Chicago: University of Chicago Press, 1973). To review the more recent history of library automation, rel 
bibliographies for sources: Lynne Tinker, compiler, An Annotated Bibliography of Library Automation 1968-1972 (London: Aslib, 1973) and Maxine 
An Annotated Bibliography of Automation in Libraries and Information Systems 1972-1975 (London: Aslib, 1976). 

22 Diana Delanoy, "Technology: Present Status and Trends in Computers," in Library Automation: The State of the Art II, eds. Susan K. 1 
papers presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division < 
Association at Las Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), pp. 20-23. See also Robert DeGen 
development in library automation in the mid-1970's which closely parallel Delanoy: "Library Automation: Changing: Patterns and New Di 
101 (January 1976): 180-3. 
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could not afford their own systems now have access to 
the speed and efficiency of automated systems. 

The early networks did not all succeed. Some lasted 
only by changing course along the way. The success of 
the Ohio College Library Center (OCLC) was the 
single most important factor that established the 
feasibility of networks. The reasons for its success can 
be debated. 23 Factors mentioned include the dynamic 
personality of Frederick Kilgour, the "father" of 
OCLC. The initial participation of top administrators 
of the organizations whose libraries were to be involved 
had an effect. Other reasons cited are that standard 
products and procedures were provided with few 
individual user choices and that outside funds and 
grants were infused at propitious times. OCLC mono- 
graphic cataloging services are well established, and 
serials cataloging services are being implemented. 
Acquisitions and serials control services have been 
studied but are not yet underway. 24 

Online Files 

Online large-file searching of major bibliographic 
files is available to almost all libraries. The develop- 
ment of this technology depended on several factors. 25 
Important hardware developments include the online, 
time-sharing, third-generation computer, expanded 
direct access storage capacity, acoustical couplers for 
reliable direct-distance-dial telephone connections, 
and cable and microwave communications for trans- 
mitting data over great distances. Important software 
developments are in the area of natural language 
(nonnumerical) processing, as well as techniques. The 
availability of large machine-readable data bases 
originally built to support publication efforts was vital. 
Commercial, service bureau telecommunication sys- 
tems such as TYMSHARE and Telenet made access 
available by telephone lines with local or nearby long- 
distance charges; the leasing of costly dedicated lines 



Development Corporation and Lockheed in 
multiple data bases available through one t 
and one hookup. The competition amon| 
commercial services has kept prices within r 
almost any library with a terminal. 26 

Packaged Software 

There still is not much packaged software f 01 
applications. The presence of any, however, i 
forward. Previously, each library had to bear 
own development costs. Transferring software 1 
libraries has occurred, but not without pj 
Programs developed by manufacturers an< 
available to other customers have been used, b 
without widespread success. An example is the 
7 software developed by IBM for a circulatioi 
that is available as a Field Developed 1 
(FDP). 27 In most cases, additional prograrr 
required for the individual library applicatik 
ware developed for the Federal government, '< 
in the public domain, is available at no c 
example, the NASA library package is availa! 
COSMIC. 28 Commercial firms offer software 
es for lease or sale. 29 Blackwell North Ame 
library processing software that can be purcl 
do Baker and Taylor and Systems Deve 
Corporation, with their acquisitions modules. 

Commercial Services 

Closely related to the packaged software < 
for libraries is the number of software ] 
commercial firms use to support the library 
they sell. Most of the major library jobbers a 
wholesalers have access to the MARC tapes 
computer-produced catalog card sets with o 
headings, spine labels, and circulation book 
reasonable prices, generally less than $1 perl 
smallest library thus can benefit from library 
tion. A set of cards ordered from the Li 



became unnecessary. <* ,, c r - u+ 

The factor drawing these elements together is the Congress currently costs $.45 for eight ui 
commercial intervention of such firms as Systems (which may or may not be enough), all of wH 

23 Brett Butler presented his views on the reasons of OCLC's success in "State of the Nation in Networking,^/ of Library Automatic* 8 (September 1 

!ine Bibliographic Systems," speech given at the UCLA Conference on Information Systems and Net 



March 1974. 






*> David L. Weisbrod, "Acquisitions Systems: ia/j ppu<^u. -"", C i i 7TW. 
presented at the Preference Institute on Library Automation sponsored by the Uofmtton Sc,ence a 

F . , , ^ . j_ oa T tcm mtu'racm- American Library Association, 1975), p. 91. 
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have file headings added, entailing the effort of typing 
and proofreading each. A little figuring shows the 
saving from the commercial sets. Additional library 
automated services from commercial vendors are the 
book and COM catalogs. Several vendors, such as 
Science Press, use MARC tapes for input to computer- 
produced catalogs. The input keying required is 
decreased, saving time and effort. 

Computer-Output Microform 

Computer-output microform (COM) is growing in 
importance in libraries. 30 COM is a cheaper, faster 
substitute for computer hardcopy output. COM cata- 
logs are replacing card catalogs and book catalogs. 31 
Elimination of binding and printing costs and of 
production turnaround time makes COM attractive 
and cost-effective compared to book catalogs, even 
considering the initial cost of purchasing viewers. The 
availability of COM with upper- and lower-case 
characters, bold and light faces, and alternate fonts 
such as italics has improved the quality of the image 
and made users more satisfied. COM reports are used 
in circulation systems and in acquisitions systems (for 
staff use where operations are batch or where perma- 
nent copy is needed for archival purposes). 32 

Telecommunications 

The latest technology in library automation is 
telecommunications. 33 Mention has been made of this 
technology in terms of networks and online data base 
searching, for it is a major component of each. But 
telecommunications are developing to a point where 
further library applications are possible. Means of 
sending data efficiently and effectively are being 
developed all the time. 34 Computer data can be sent 



over voice-grade telephone lines. Commercial \ 
are entering the field, and the resulting comp 
speeds advances in technology, improves servio 
lowers prices. Microwave transmission and con 
cations satellites, as well as cable television, are 
What does this mean for libraries? For 
libraries, the telephone is the sole method of con 
cations. Some libraries within the framework ol 
systems have Teletype terminals for interlibraj 
transactions. For example, some States link ac 
libraries and State libraries via Teletype lines, 
studies of uses of its terminals indicate heavy us< 
data base as a finding tool or union catal 
interlibrary loan searching. This connection 
libraries will grow stronger. 35 The sharing of re 
by facsimile transmission is inevitable 36 due to i 
ing production of information (the so-called in 
tion explosion) and decreasing funds for lil 
Facsimile transmission equipment has been tc 
libraries but its use has been limited by its costs z 
small number of libraries with the needed 
ment. 37 

FUTURE APPLICATIONS OF 
NETWORKS IN LIBRARIES 

If someone walked up to you on the street and asked 
happening in library automation today?", and you were 1 
a one-word answer, your response would probably 1 
WORKS. 38 

The word "network" means different thi 
different people. By its most basic definition, a n 
is "an interconnected or interrelated group of : 
where a node is "an end point of any bran< 
network, or a junction common to two 01 
branches of a network." 39 It can be disciplii 
problem-oriented or serve a general funct 



30 For more detail on COM, refer to a book such as Robert F. Gildenberg, Computer-Output-Microfilm Systems (Los Angeles: Melville Publishing C 

31 Lois M. Kershner, "User Services: 1973 Applications Status," in Library Automation: The State of the Art H, eds. Susan K. Martin and Brett Butler, papers 
at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the American Library Associai 
Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), pp. 45-47. 

32 Weisbrod, "Acquisitions Systems," pp. 93-94. 

33 ARIST has featured two essays that provide a background on telecommunications: R. L. Simms and Edward Fuchs, "Communications Technology, 
Review of Information Science and Technology, vol. 5, eds. Carlos A. Cuadra and Ann W. Luke (Chicago: Encyclopaedia Britannica, 1970, pp. 1 13-39, and '. 
Dunn, "Communications Technology," in Annual Review of Information Science and Technology, vol. 10, eds. Carlos A. Cuadra and Ann W. Luke (Washing 
American Society for Information Science, 1975), pp. 165-93. 

34 Delanoy, "Technology," pp. 21-22. 

35 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 6-24, discuss the concepts of library network applications and information network appl 
two approaches for connection among libraries. 

36 Ibid., p. 23. 

37 Fussier devoted a chapter to this subject: "Chapter 4, Shared Resources, Photocopying, and Facsimile Transmission," pp. 30-50, in Fussier, Research L 
Technology. 

38 Bruce H. Alper, "Library Automation," in Annual Review of Information Science and Technology, vol. 10, eds. Carlos A. Cuadra and Ann W. Luke (Washing 
American Society for Information Science, 1975), pp. 205-6. For an overview of library networks, see the proceedings of the 1 Oth Clinic on Library Appl 
Data Processing held by the University of Illinois Graduate School of Library Science: F. Wilfrid Lancaster, ed., Networking and Other Forms ofCooperai 
presented at the 1973 Clinic on Library Applications of Data Processing, 29 April to 2 May 1973 (Urbana-Champaign, 111.: University of Illinois, Graduat 
Library Science, 1973). 

39 Introduction to Minicomputer Networks (Maynard, Mass.: Digital Equipment Corporation, 1974), p. C-18. 
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computer network, which is the main interest of this 
book, is "an interconnection of assemblies of computer 
systems, terminals, and communications facilities." 40 
It consists of links and nodes arranged in a given 
topology. At the simplest level a computer network 
may consist of a point-to-point connection of a host 
computer and a single communications input/output 
device. At the other end of the scale of complexity, a 
computer network can be made up of an interconnect- 
ed group of computers, including processing systems 
(host, or main-site, computers and remote computers), 
communications control systems (e.g., data concentra- 
tors, message switchers, and front-end processors), and 
a variety of remote terminals and the transmission 
channels that connect the components. 41 

In general, networks can be said to provide a means 
for resource sharing that increases economy and 
convenience. Various kinds of resource sharing are 
possible. 42 

Device sharing. The ability to connect to and use the 
resources of a remotely located computing device as 
if it were local. 

File sharing. The ability to read from, write to, or 
update files on a remotely located computing system 
as if it were local. 

Program sharing. The ability to send a loadable 
program to a remotely located computing system to 
be loaded and executed by that system. 
Program data sharing. The ability to open a data path 
between programs on an interactive basis, so that 
large tasks may be divided into smaller units for 
execution at different computer sites in the network. 

Communications 

The basis of any computer network is the communi- 
cations link that allows interconnection between 
remote points. Networks have emerged as communica- 
tions technology and computer technology have be- 
come integrated. 43 A computer network requires 
communications technology to function, and a data 
communications network uses computers to control its 



processes. The communications part of a 
connects, coordinates, and integrates the : 
various nodes. 

Each node can be made up of any configv 
processors, terminals, controllers, and softv 
nodes may vary considerably in speed, i: 
languages, and other characteristics. These d 
are handled by the three basic types of func 
communications system: terminal functions, 
sion functions, and switching functions. 44 

At each source terminal, the originating informatic 
converted to a form suitable for transmission to the re 
The signals must travel through whatever transmissio 
in the path of the information flow so that, when tl 
destination terminal, it is possible to recover the i 
information sent with some reasonable precision. . . . ! 
needed when information must be sent to any 
destinations and it is advantageous to allocate use of 
transmission path to users only when they need them. 

The communications network must bring 
components into an efficient system. The arn 
or topology of the network can vary. 45 It can 
to-point, multipoint, centralized (or "star"), 1 
cal (or "tree"), loop (or "ring"), distrih 
"multistar"), or fully distributed. For a libra 
these topologies is possible. 

The main impact on libraries is due to the 
of commercial communication systems. L 
having to own point-to-point private lines, 
can use a public-switched telephone networ 
Data-Phone 50 or can lease private lines 
telephone company or a specialized commc 
(WATS, TELPAK, TELEX, TWX, and M 
real value is a commercial service like TYMJ 
TYMNET which provides a network-only 
customers who wish to attach their own con 
the network and offer service to their < 
group. 47 Users can dial one of 80 metropolita 
the United States, Canada, and Europe 
incurring charges for long-distance calls. 48 
tional Library of Medicine has attache( 
computers to TYMNET. 49 SDC and Lock! 



40 A. J. Neumann, A Guide to Networking Terminology (Washington, D.C.: U.S., Department of Commerce, National Bureau of Standards, 1974), p. 7. 

41 Introduction to Minicomputer Networks, pp. 1-4 1-5. 

42 Ibid., p. 1-7. 

43 Besides the essays on communications technology (see reference number 33 above), ARIST presented two essays on computer technology; al! 
background on this subject: Harry D. Huskey, "Computer Technology," in Annual Review of Information Science and Technology, vol. 5, eds. Carlos A. Cuadr; 
Luke (Chicago: Encyclopaedia Britannica, 1970), pp. 73-85, and Philip L. Long, "Computer Technology An Update ," in Annual Review of Informa 
Technology, vol. 1 1, ed. Martha E. Williams (Washington, D.C.: American Society for Information Science, 1976), pp. 21 1-22. 

44 Simms and Fuchs, "Communications Technology," p. 114. 

45 Introduction to Minicomputer Networks, pp. 2-12-11. 

46 Ibid., "Appendix B, Common Carrier Offerings," pp. B-l B-4. 

47 Dunn, "Communications Technology," p. 177. 

48 "Tymshare," brochure prepared by the Tymshare Information Services Division, 1976, p. 4. 

49 Dunn, "Communications Technology," p. 177. 
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bases are accessible through TYMNET. 50 The Federal 
library-OCLC project also has used TYMNET. 

Computers 

If communications is the "how" of the network, the 
computer is the "what." A computer network can 
provide device sharing, file sharing, and program 
sharing. The ARPA network of the Department of 
Defense's Advanced Research Projects Agency was 
planned and developed as an experimental computer 
network to demonstrate the feasibility of interconnect- 
ing and sharing hardware and software systems. 51 
When additional resources are required (e.g., addi- 
tional storage or a faster printer), the process is shifted 
to another available node in the network. 

A time-sharing computer network such as the 
General Electric Information Services Network 52 
allows many remote users to have access to a computer 
facility which simultaneously processes many com- 
pletely different problems and allows each user to act 
as if he or she had sole control. 53 A library can use a 
time-sharing service to access a computer if it hasn't 
one of its own, assuming of course that the necessary 
software is offered by the service bureau. 

Information 

Infinite variety is possible in the scope and applica- 
tion of networks. Information networks are used by 
airlines to search data bases of flight schedules and 
reservations. There is a network of Census Bureau 
data. There is also a network of stock market informa- 
tion, including Dow Jones averages, stock prices, 
statistics on the most active stocks, and historical 
statistical data on stocks. 54 The National Library of 
Medicine's MEDLAR network is made up of journal 
and report citations, not the materials themselves. 

The major determining factor in the topology of 
such a network is the type of participation of the 
nodes. 55 They can be providers of resources exclusive- 
ly, users of resources exclusively, or combinations of the 



two. A library can participate in any of the 
When a library signs up as a subscri 
Lockheed or SDC data bases, it is signing 
only. When a library joins OCLC, it fui 
user and a provider, for a member I 
contribute records to the data base. 

Brett Butler, in his article "State of th 
Networking," 56 defined a library network i 
but his main point was the distinction 1 
network itself and the network resource. 1 
is the organization and the "network res 
computer system, data base, or servic 
available for use by that organization." 5 ' 
terms, OCLC, BALLOTS, SOLINET, 
State Library, NELINET, and AMIGOS 
few, are all considered functioning librar 

Most of the network resources for lib 
access to bibliographic data on library mat 
than to the materials themselves. 58 Fui 
networks probably will expand to allow ^ 
full text of library materials, and ultimate 
transmission of the texts. 59 Butler addi 
problems that must be resolved if library r 
to succeed and advance. Grosch selected t 
as the major technical issues mentioned 1 

Authority controls on network data ba 

Interfacing of multiple data bases 
different institutions 

Direct network communications < 
computer 

Access/document delivery coupling 

Data base ownership and standards. 

Grosch adds her own assessment of the futu 
networks. 61 

Up to now, networks have addressed, for the 
provision of standardized bibliographic records 
delivery systems. The really significant cost ben< 
will come when they can effectively handle the 
coordination and development of collections amo 
bers; inter-communication of bibliographic reque 
the network and to adjoining networks; and delive 
levels of integrated services of an online nature 



50 Delanoy, "Technology," p. 22. 

51 Simira and Fuchs, "Communications Technology," pp. 1 27-9. 

52 Dunn, "Communications Technology," p. 178. 

53 Introduction to Minicomputer Networks, p. 1-2. 

54 Joseph C. Marshall, "Distributed Processing on Wall Street," Datamation 19 (July 1973): 45-46. 

55 Introduction to Minicomputer Networks, pp. 2-12-2. 

56 Butler, "State of the Nation in Networking," pp. 200-220. 
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bers .... [They must] come to grips with the following new systems 
concepts: the new generation of mini- and midicomjputer hard- 
ware; distributive data processing wherein those functions better 
performed locally are done at the user's location; and develop- 
ment of replicable multipurpose software/hardware packages 
available for lease or purchase. 

ROBLEMS IN CURRENT LIBRARY 
APPLICATIONS 

Literature reviews indicate that library automation 
- application of the computer to routine operations 
id services in a library is firmly established in the 
brary world. 62 The decision for a library is not so 
iuch whether to automate, but rather when and how. 
Iper suggests that this continued application of 
>mputers in libraries is an evolutionary process that 
ictates continual review of past efforts to determine 
ic characteristics that made them succeed or fail. 63 
his information then can be applied in future 
pplications. 64 

Most of the problems in the past have been in three 
tain areas: poor or inadequate systems design; poor 
>mmunications and misunderstandings between li- 
rarians and data processing professionals; and poor 
r inadequate data processing assignment, software, 
id access to personnel and equipment. 

oor Systems Design 

Poor systems design and resulting project failure is 
ot unique to library automation. 65 Libraries do have 
propensity for systems problems because librarians in 
ic past often have used informal and unscientific 
lanning and management techniques. Data process- 
ig systems require a much higher degree of standard- 
;ation, centralization, and uniformity than manual 
rstems. 66 Cox, Dews, and Dolby spoke of a great 
iuse of misunderstanding between the library and the 
jmputer center being what is not said about the details 
f various library operations. 67 The librarian assumes 
lat the implicit details of a library procedure are 



obvious. This problem can be eliminated if a proper, 
thorough systems design is performed, and a complete 
systems document is prepared. The following pitfalls 
have occurred from improper planning for library 
automation. 68 

Setting improper goals 

Making an incomplete analysis 

Selecting wrong applications 

Allowing too little time to complete all phases of 
the system 

Underrating the cost of the installation or system 

Not keeping employees informed 

Related to poor systems design is the mistake of 
automating manual procedures instead of automating 
with a view to what the computer can do and to what 
expanded services and applications are possible. 69 

Poor Librarian/Computer Personnel 
Interface 

"It is abundantly clear that elegant technology 
cannot be exploited and complex systems cannot be 
sustained by hostile, fearful, or untrained personnel." 70 

Both library and computer center personnel have 
been guilty. Computer firms have not recognized the 
peculiarities of library operations and have to tried to 
install "another address list program" or "another 
parts inventory system." Librarians feel ill-prepared to 
cope with the mechanical, the mathematical, and even 
the logical aspects of library automation. 71 They often 
avoid automation in order to avoid feeling uncomfort- 
able or inferior. They often defer too much to technical 
people, which leads to poorly conceived systems. As 
Markuson says, a librarian cannot say to someone, 
"Come automate my library." 72 A team approach 
must be used with all team members doing their 
homework. For example, the different definitions and 
meanings of such terms as "file," "list," and "record" 
in library and computer jargons must be recognized 
and dealt with. 



62 Ibid., p. 225. 

63 Alper, "Library Automation," p. 226. 

64 Chapter 9 of Salmon's book is entitled "Problems of Library Automation Systems." Patrinostro's book is a series of statements on library automation problems 
bmitted by 55 different libraries. Stephen R. Salmon, Library Automation Systems (New York: Marcel Dekker, 1975) and Frank S. Patrinostro, compiler, A Survey of 
mmonplace Problems in Library Automation, The LARC Association's World Survey Series, vol. 1 1 (Peoria, 111. : LARC Press, 1973). 

65 Alper, "Library Automation," p. 223. 

86 Schultheiss, Culbertson, and Heiliger, Advanced Data Processing, p. 21 . 

67 Cox, Dews, and Dolby, Computer and the Library, p. 10. 

68 John J. Nicolaus, "Library Automation How to Begin: Initiating A Library Automation Program," in Initiating a Library Automation Program, papers presented 
the 1965-1966 meetings of the Documentation Group, Washington, D.C. Chapter, Special Libraries Association (Washington, D.C.: Special Library Association, 

r ashington, D.C. Chapter, 1966), p. 17. 

69 R[ichard] T. Kimber, Automation in Libraries, 2d ed. (Oxford: Pergamon Press, 1974), p. 18. 

70 Hciliger and Henderson, Library Automation, p. 239. 

71 Palmer, Case Studies, p. xv, 

72 Markuson et ah, Guidelines for Library Automation, p. 20. 
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FEDERAL LIBRARY AUTOMATION 
APPLICATIONS 

Automation in Federal libraries is at many diff< 
stages of development, from nonexistent to a 
garde. The purpose of Federal libraries varies 
providing leisure reading to supporting the 
scholarly research. Size of allocation, size of staff 
size of budget vary from library to library, 
administrative structures vary from one single < 
mous library to a branch structure of more thai 
small units. The problems of automation in 
Federal libraries are the same as those in < 
libraries with the addition of a few peculiar cir 
stances. Federal libraries have strict budget 
staffing requirements, for example, and con 
procurement and contracting procedures. It is 
environment this book addresses. 

HOW THE MINICOMPUTER 
COULD HELP 

What is a minicomputer? How is it different fi 
regular computer? How can minicomputers help 
a library's automation requirements? 74 These are 
questions, but they are not easily answered. 

What is a minicomputer? It is a computer 
machine that manipulates symbols in accordance 
given rules in a predetermined and self-dir 
manner. It is made up of a central processing u 
memory, and input and output devices. It op< 
under the control of its programs. What then ira 
computer a minicomputer? The distinction is c 
size physical size, size of memory, size of word; 
of storage capacity, size of repertoire, size of price 
problem is one of drawing the boundary to distin 
between sizes. One must ask, "Compared to w 
Definitions of minicomputers vary according t 
range or boundaries set. 

Auerbach(1974): 75 

A minicomputer is a small, stored-program digital comput 
can be programmed in an assembly or higher-level langua 
which has the following attributes: 

1. Sells for less than $25,000 for a minimum, stan< 
configuration comprised of a central processing unit, m 
input/output equipment, and system software. 

2. Contains a memory of at least 4000 eight-bit words. 

73 Long, "Computer Technology," p. 213. 

74 Grosch explained the rationale for selecting a minicomputer over a large-scale computer to develop an integrated library automation system. See: At 
Grosch, "Mini-Computer Systems for Library Management Applications; A New Approach to Bibliographic Processing," in Computers in Information Data Cer> 
Joe Ann Clifton and Duane Helgeson (Montvale, N.J.: AFIPS Press, 1973), pp. 25-33. 

75 Autrbach on Minicomputers (New York: Petrocelli Books, 1974), pp. 2-3. 



Poor Support 

Libraries often have suffered from a mismatch 
between their needs and software capabilities, hard- 
ware functions, and access time. At one level, the 
entire industry could not meet the needs. OCLC had 
to develop and engineer an extended-character-set 
CRT terminal, 73 and ALA had to sponsor develop- 
ment of a print train with the proper diacritical marks 
for printing library catalog cards. Most standard 
software packages cannot handle library filing. Most 
service bureaus do not provide programs for library 
operations. 

At a local level, the data processing facility used by a 
library's parent organization often did not have the 
proper hardware or software to support the library's 
requirements. Libraries often found their access to the 
equipment limited and their priority low. Agency data 
processing staff had little time and little expertise for 
library systems. Library systems have suffered when 
hardware configurations have been changed without 
considering library needs. These problems have affect- 
ed all types of libraries: academic, research, Federal, 
and public all libraries that must rely on outside 
data processing support. Yet few libraries can afford 
their own computer facility. 

Other Problems 

In existing automated library systems, several prob- 
lems have arisen that must be resolved before further 
growth of library automation will be possible. One 
need is for a technically and economically feasible 
means to convert cataloging records to machine-read- 
able form and to make widespread access to those 
converted records possible. Independent efforts are too 
slow and costly, but full use of online bibliographic 
files as union catalogs is impossible without conversion. 

Another need is for a means to transfer data and 
systems between libraries and between networks. This 
problem arises from lack of standardization, which is a 
result of the typical librarian's mind set and approach 
to management. It can be predicted safely that 
technology to accomplish such transfer will arrive 
before the human mind is psychologically prepared to 
use it. 
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Performs normal computer functions (inputs, transfers, stores, 
rocesses, and outputs data) under stored-program control. 
Is usable in a broad range of applications. 

)emitriades(1974): 76 

/nat is a minicomputer? In general terms, it is a physically small, 
datively inexpensive, highly reliable computer that has a stored 
rogram capability and requires little or no environmental 
>ntrol. However, the range in cost and capabilities is very 
oad. . . . There is, however, a "most common package" covering 
jproximately 80 percent of the minicomputers in use today. Its 
isic unit price range is from $2000 to $10,000; a workable system 
ith memory and peripherals will cost about $20,000. The size of 
television set, it will store about 4000 words of 16-bit memory 
id process at about 5 millionths of a second. Its modular design 
lows for easy add-on. 

tie definitions reflect the varied uses of the minis. 
;nyder(1975): 7 ? 

n acceptable definition of the minicomputer is elusive Most 

noted of the suggested specifics are: a core size of 4,000 to 8,000 
ords, and a selling price somewhere in the vicinity of $5,000. 
. they're usually referring to a central processor, with 4 to 8K of 

>re memory and possibly a teletype [However] it's not a 

motional machine. When you talk about a true mini business 
r stem, you have to include a general purpose computer and the 
ormal input and output devices. . . and considerably more core 

lan the 4 to 8K [The definition must be qualified to] any 

)mputer system that is capable of handling typical business 
Dplications billing, payroll, inventory control, etc. and that 
in be purchased for a total cost of less than $100,000 or rented for 
ss than $2,000 a month. 

'earson (1975): 78 

computer that, with its associated software and peripheral 
juipment, is priced low enough (from $65,000 or so) to be 
fordable by a medium-sized library, and with sufficient capabili- 
r to support most library data processing needs. 

STORY AND DEVELOPMENT 

fhe minicomputer was developed in the 1960s as an 
growth of third-generation computers. 79 The first 
licomputers were for special applications. That is, 
;h was designed for one purpose only. The early 
plications were in industrial control; minicomputers 
r e used as low-cost controllers of discrete and 
ttinuous processes in automated laboratory or 
ustrial equipment. Almost all of the minis were 
"chased by manufacturers to be incorporated in 
ir products. 



A number of technological advances made mini- 
computers possible. The main advance was the devel- 
opment of integrated circuits that were extremely 
small and could be mass-produced economically. The 
electronics field advanced from mechanical switches 
and relays to vacuum tubes to transistors and solid- 
state circuitry, and at each step computers became 
smaller and faster. 80 The discrete components of 
transistors, resistors, and capacitors were replaced by 
an integrated circuit called a small-scale integration 
(SSI) chip, and then by the large-scale integration 
(LSI) chip. (Chips are extremely small. They are 
usually about % by % inch and about % inch thick, 
and each chip can represent thousands of transistors.) 

This miniaturization did not lessen the power of 
minicomputers, which were more powerful than most 
second-generation large computers. The industrial 
applications proved minis to be powerful, fast, low in 
cost, and very reliable. 81 The success of the mini as a 
controller and monitor led to other uses. Eventually 
minicomputers broke free of the special application 
mold, and general-purpose minicomputers were devel- 
oped. 

CHARACTERISTICS 

Minicomputers are noted for their flexibility. In 
fact, Vosatka suggested that "multicomputer" would 
be a more appropriate name. 82 The other major 
characteristic of minicomputers is low cost. In 1974, 
Auerbach reviewed the characteristics of minicompu- 
ters that result in their lower cost compared to that of 
large computers. 83 

1. All have simple, i.e., limited, instruction sets, 
both in absolute number and the power of 
instructions provided. 

2. All have small memories 

3. Word length is short, which permits design 
economies in the central processor electronics. 

4. All have simple input/output (I/O) control 
capabilities. 

5. Elimination of such features as real-time clocks 
and parity checking from the basic standard as 
opposed to optional system is cost inhibitive. 



Paul B. Demitriades, "Mini Update," Journal of Systems Management 25 (December 1974): 

James E. Snyder, "Small Computers for Small Business, "yourna/ of Systems Management 26 (August 1975): 26, 28. 
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6. Slow and relatively unsophisticated peripheral 
devices are used. 

7. Minimal system engineering support is needed. 

8. A limited amount of comprehensive system 
software is supplied free with a system. 

These characteristics are disappearing in some ma- 
chines due to advances that make greater computing 
power possible for the same or less money. For 
example, minis are available with more main memory, 
longer word lengths, larger instruction sets, simpler 
and more efficient I/O systems, and more system 
software provided. The distinction between large-scale 
computers and minicomputers is blurring; system 
prices are increasing. The smaller large computers and 
larger minis overlap, and such names as "megamini" 
and "super-mini" are used by some to describe these 
machines. The IBM System 3 and the Burroughs 1700 
are two common systems in this borderline category. 
In general, the philosophy of minicomputers is 
different from that of large-scale computers. The 
minicomputer environment is one of closeness and 
contact. There is a "minicomputer attitude," which is 
described thus. 84 

People with minis have time to get to know the computer. People 
with minis get to know their application on the computer. People 
with minis become intimate with the computer. 

With the use of minicomputers, there is a shift from 
centralization to distributed computing, from central 
control to local control. A standalone computer can be 
dedicated to a single use and placed at the point of use. 
Communications delays are eliminated and data entry 
problems minimized. Mini systems are modular, and 
thus more easily configured to meet specific require- 
ments than are large computers. The technological 
advances come faster in the minis because the develop- 
ment cycle is abbreviated and adjustments to new 
technology are easier. This all adds up to an open, 
responsive atmosphere that makes automation less 
forboding and more approachable. 

DEFINITIONS 

In choosing a definition for the word "minicompu- 
ter," it seems wise to be inclusive rather than exclusive. 
The dollar value is important but cannot be definitive 
due to inflation and Government procurement proce- 



dures. The entire system, hardware and soft\\ 
be considered in the definition, and the syster 
functional. The hardware should not requi 
environmental conditions. That is, it should 
at the point of contact, but physical size or d 
are not necessary to the definition. That 1 
following definition: A minicomputer is a physii 
relatively inexpensive, general-purpose computer that 
in a regular environment with as much peripheral 
support as is necessary to meet the requiremt 
application. 

Even though minicomputers are only a 1: 
than a decade old, they too have gone 
development phases or generations (Figure 1 
"micro" systems are smaller, cheaper, and les 
cated than minicomputers. 

Microcomputers, microprocessors, micrc 
these terms often are used interchangeably, 
with all the CPU functions is called a micro 
Frequently it is used with other chips that h 
I/O and memory functions. A microcomj 
minicomputer built around a microprocessc 
computers are often used as controllers 
devices, and these often are called microo 

BASIC USES AND APPLICATIO 

Minicomputers have been used in five mai 
application. 87 

1 . Industrial process control 

2. Peripheral control 

3. Data acquisition 

4. Communications 

5. Computation. 

Industrial Process Control 

Minicomputers first were used in the indus 
The minis control processes and mach 
operate equipment; and test systems, subsys 
components for quality control or monit 
maintenance in the field. A mathematical ITU 
process is used. Minicomputers often are m; 
of a system assembly or other machine by tl 
equipment manufacturer. Minis are used 
traditional electromechanical control systen 
they can handle more complex systems ai 



84 Walter L. Anderson, "Minis Are Beautiful!; Keynote Address," in Minicomputers: The Applications Explosion, ed. David E. Debeau, proceedings ol 
Institute of Industrial Engineers Conference held in Washington, D.C., 17-19 November 1975 (Los Angeles: Management Education Corporate 

85 Cay Weitzman, "Micros, Minis and Midis; [speech]." in Minicomputers: The Applications Explosion, ed. David E. Debeau, proceedings of the Ameri< 
Indu 

86 
Co., 1975), p. 22. 
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dustrial Engineers Conference held in Washington, D.C., 17-19 November 1975 (Los Angeles: Management Education Corporation, 1975), p. 676. 
86 Stanley Runyon, "Microprocessors in Test Equipment," in Microprocessors: New Directions for Designers, ed. Edward A. Torrero (Rochelle Park, NJ. 
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FIGURE 16. A decade of minicomputer development 



adapted to changes in materials or processors by 
merely changing their software. 

Peripheral Control 

Minicomputers are used instead of hard-wired 
controllers to control peripheral devices such as 
terminals, data entry systems, or computer in- 
put/output devices. The mini can service interrupts; 
control input/output; and perform sequencing, data 
transfers, buffering, editing, and formating so that the 
main CPU's control unit need not be used for these 
purposes. This allows better GPU efficiency. 

Data Acquisitions 

Minicomputers are used to acquire data in industri- 
al and military applications, research and develop- 
ment organizations, hospitals, and laboratories. They 
provide a real-time interface with sensors, counters, 
test or measuring devices, satellites, or other data- 
gathering instruments. They accept data from multi- 
ple sources at high rates, and then store, log, edit, 
format, and/or preprocess the data. 

88 Introduction to Minicomputer Networks, p. 3-3. 



Communications 

Communications networks use minicomputer 
munications control processing in three different 
as front-end processors, as data concentrators, a 
message-switching units. 

A front-end processor is located close to the 
computer and is placed in the data flow betwec 
host and a number of remote data terminals (or 
computers). The front-end processor performs 
communication control functions such as line cc 
error checking, code conversion, automatic answ 
polling and addressing, and character-to-m< 
assembly and disassembly. 88 The host processo] 
mainframe CPU) thus makes more efficient i 
processing time and memory requirements. A 
computer used as a front-end processor is more fl 
and economical than a hardwired device and can 
to maintain network operations if the host corr 
should go down. 

A data concentrator is remote from the 
computer and serves to coordinate and opi 
transmission of data. It accepts messages from 
terminals via low-speed lines and transmits them 
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host via a single high-speed line. This reduces line costs 
by more efficient use of the lines. A minicomputer 
functioning as a data concentrator can be pro- 
grammed to perform the data communications control 
functions as a front-end processor; to accommodate 
interfaces to special terminals; to buffer input/output 
differences; and to accommodate changes in data 
rates, formats, codes, communication procedures, and 
number of terminal devices. 89 

A message-switching unit is an intermediate point in 
the data flow. An entire message is transmitted to a 
message-switching unit, where it is stored for a period 
of time. 90 It is then transmitted to its destination, 
which is designated by an address in a header field in 
each message. The unit accepts messages from multi- 
ple sources, logs the messages, routes them to multiple 
output lines, and verifies their transmission. A mini- 
computer as a message switcher does more than route 
traffic. It lets a terminal send a single message with 
multiple addresses, eliminating retransmissions for 
each address, and it temporarily stores data on disks or 
magnetic tape, converts codes, edits, logs, and polls 
and addresses terminals. It saves line costs by allowing 
messages to be transmitted at top speed and one line to 
be shared by several terminals. 

Computation 

Minicomputers are used for computations or prob- 
lem solving. This is a standalone application in which 
the mini is used as a large-scale computer it 
performs input, manipulation, and output operations 
while independent of any other computer. It is used in 
applications that could be served by a large-scale 
computer but are more efficiently served by the mini. 
The mode can be batch or online, dedicated or time- 
sharing. Minicomputers have been applied thus in 
business, education, engineering, and research. 

MINICOMPUTERS IN LIBRARIES 

Minicomputers have many potential uses in a 
library. Except for data acquisition, any of the five 
main areas of application could be found in the 
library. 

89 Ibid., pp. 3-5-3-7. 



Many libraries already have minicomputers 
some unknowingly. A Xerox 9000 has a minicompu 
as its control unit. Other common library equipm 
with microprocessors include magnetic-card typew 
ers, desk calculators, and microfilm readers. So 
libraries that are part of large-scale computer systc 
have a microprocessor-controlled peripheral, i.e., 1 
minal, or an intelligent terminal that performs frc 
end editing and error control. 

Pearson highlighted the early applications of mi 
computers in libraries. 91 Minis were first used as d 
collection units in batch circulation systems. In 1 
application the information for each transaction 
recorded by the mini and stored with other trans 
tions to be transmitted in a group to the host compt 
for batch processing of the files and production of 
reports. Minis next were used as remote processors 
well as being used as locally available small files (e 
bad borrowers files and hold or reserve book files). 1 
major file updates and reports still are handled by 
host computer in a batch mode. Ultimately minis w 
applied to circulation as standalone units to han 
transactions in an online environment. 

Minicomputers have been applied in similar way; 
support acquisitions, technical processing, catalog] 
film booking, and selective dissemination of infon 
tion. 

Minis have also been used in larger system confi 
rations as terminals, communication control ur 
and/or remote computers. The Stanford Univer 
BALLOTS system uses a minicomputer as a comr 
nications controller and as a programmable termii 
connected to an IBM 360 mainframe or host comj 
er 92 The University of Chicago Library data mans 
ment system uses a minicomputer as a remote cone 
trator (communications controller) to handle 
network's 50 terminals. 93 Information Dynamics C 
poration's BIBNET system used a dispersed comj 
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ing approach, with minicomputers functioning as 
remote processors. 94 

The last major type of library application is the 
minicomputer "turnkey" system. 95 This commercial, 
on-the-shelf package is complete and ready to use on 
installation. It includes minicomputers, peripherals, 
and software necessary to perform specific library 
functions on a production basis. The Computer 
Library Services, Inc.'s (CLSI) LIB 100 circulation 
system has been installed in more than 50 libraries. 

SUMMARY 

Minicomputers, although not a panacea, can and do 
have a place in libraries. Their role in library 
automation will increase. The attributes of minicom- 
puter systems contribute to the library automation 
environment in a number of ways. 

Local Control. Because minicomputers are small 
and require no special environmental controls, 
they can be installed in the point of use (that is, 
the normal library environment). The library 
staff thus controls the operation of the system, 
reducing problems of access, long queues, sched- 
uling time, and low priorities. 

The Mini Attitude. Because the mini is housed in the 
library, it is more approachable for the library 
staff. There is more hands-on use of the system, 
which encourages the staff to understand and 
accept the system. 

Smaller /Simpler System. As a rule, the minicomputer 
is a smaller, simpler "machine." It lends itself to 
applications and environments that previously 
were considered too small to justify automation. 



Modular System Development. Because a mini ] 
itself to small, discrete applications, a library 
build a total system on a modular block-by-1 
basis. Individual systems can be integrated i: 
whole library system. 

Custom Configurations. Minicomputer hardware 
the minicomputer industry are such that a sy 
configuration can be tailored to meet indivi 
system requirements. There are few one-ve 
shops in a minicomputer environment. Hy 
mixed-breed systems are common. 

Adaptability. With large-computer systems 
often so costly and time-consuming to ch 
vendors or upgrade equipment or software 
systems remain stagnant or become out of da 
default. This is not true of minicomputer sys 
Changes can be handled much more easily. 

Low Cost. The main characteristic of minicoi 
ters, their low cost, allows more librari* 
automate. Although they are not cheap, i 
computer systems are relatively inexpensive 
pared with large-scale computers, and they 1 
about a greater dollar return and cost/be 
ratio. 

No library can afford to ignore the possibili 
applying a minicomputer to its operations. This is 
for libraries with no experience with automati< 
well as for those with functioning, full-scale auton 
systems, for minicomputers do not have to con 
with large-scale computer or time-sharing sys 
They can supplement or complement such sy 
instead. Again, their keyword is flexibility. 



94 David P. Waite, "The Minicomputer: Its Role in a Nationwide Bibliographic and Information Network," in Applications of Minicomputers to Library ant 
Problems, ed. F. Wilfrid Lancaster, papers presented at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana-Champai 
University of Illinois, Graduate School of Library Science, 1974), p. 140. 

95 Pearson, "Minicomputers in the Library," p. 144. 
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In general terms, minicomputers are functionally 
and operationally the same as large-scale computers. 
There are differences, though, and this chapter 
describes these divergences from the general descrip- 
tion of computers in Chapter One. The differences 
stem from the facts that (1) minis are smaller and 
therefore simpler, (2) they are "younger" and have not 
evolved as far as large-scale computers, and (3) they 
are usually designed for single applications, whereas 
large-scale computers are general-purpose systems. 

Minicomputers are approachable. Users can see and 
touch them. For this reason they need not be viewed as 
"black boxes." Many people become interested in 
minicomputer systems as a hobby, much as stereo buffs 
get into audio components and systems. Many systems 
are put together as hybrids with equipment from 
various manufacturers. While this can be a strength, 
allowing the user to have a system that truly meets his 
needs, it can make selection of a system technically 
complicated. 

This chapter alone will not prepare librarians to 
assemble their own systems. References to additional 
sources are given for users who would like to take this 
approach. 1 The more general goal is to prepare 
librarians to deal with system requirements, specifica- 
tions, and selection criteria as members of teams that 
include data processing experts. Librarians should seek 
the advice of experts but should not be intimidated 
into deferring too much to them. 

A block diagram of a minicomputer configuration 
has the same basic components as that of a large-scale 
computer configuration (Figure 17). Minicomputer 



software also is basically the same as that of large-sc 
computers. It includes library subroutines, assembl 
compilers, file management programs, and operat 
systems as well as the application programs. 




FIGURE 17. Block diagram of a minicomputer 
configuration 

The specific components and configuration 
determined by the application. For data commun 
tions network applications the main distinction 
tween configurations is in the physical location of 
equipment. For example, a minicomputer conne< 
to a host to serve the communications control proc 
ing for a number of nodes or terminals can h 
basically the same components whether it is a fr< 
end processor or a remote concentrator (Figure 



1 Cay Weitzman has written a basic text on minicomputers. His Preface statement defines the scope which is of the same philosophy as this book: "To i 
success, the user must not only take the time to determine what the system must accomplish for him but also have a fundamental working knowledge of the quali 
and quantitative design approaches to minicomputer systems evaluation, selection and interfacing, and hardware, software, and firmware integration. Quick, { 
supported decisions coupled with lack of knowledge of the various details of minicomputer systems analysis and design will in all probability result in an unsatisfc 
selection or solution to the problem. My purpose is, therefore, to give the system designer and/or user an overview of latest minicomputer hardware and sol 
technology, tools, procedures, and approaches used in evaluating and designing minicomputer systems as well as guidelines as to how to implement,maintaii 
support these systems" (pp. xi-xii); Minicomputer Systems; Structure, Implementation, and Application (EnglewoodCliffs, N.J.: Prentice-Hall, 1974). Eckhouse's bool 
computer organization and assembly language programming. It uses the PDP-1 1 asthe real machine the examples are based on; Richard H. Eckhous 
Minicomputer Systems; Organization and Programming (PDP-11) (EnglewoodCliffs, N.J.: Prentice-Hall, 1975). Barna and Porat have written anintroducti 
microcomputers; Arpad Barna and Dan I. Porat, Introduction to Microcomputers and Microprocessors (New York: John Wiley & Sons, 1976). The Microcomputer Dictiom 
Guide is a good reference book for micros and minis; Charles J. Sippl and David A. Kidd (Champaign, 111.: Matrix Publishers, 1975). 
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FRONT-END 
PROCESSOR 



REMOTE 
CONCENTRATOR 



FIGURE 18. Configuration of a front-end processor and a remote concentrator 



Front-end minis are located at the same site as the host 
computer; remote concentrator minis are located at 
the remote site and are connected to the host by 
telecommunications lines. 2 

As far as library applications are concerned, the 
configuration varies according to input requirements, 
output needs, storage demands, etc. The specific 
library applications and typical configurations will be 
reviewed in later sections. In this section the general 
elements of the hardware and the capabilities of the 
software will be described, and their roles explained. 

HARDWARE 

MAINFRAME 

CPU 

The minicomputer mainframe (CPU plus main 
memory) determines the power of the system. The 
main characteristics considered in describing and 
evaluating the structure, or architecture, of the CPU 
include the following. 3 

Instruction set 



Addressing capabilities 

Instruction execution speed 

Number, size, and arrangement of 
and/or index registers 

Number of interrupts and method: 
them 

Optional features 

More technical definitions of each of tl 
can be found in a number of texts. The 
one of these elements can be overcome b 
the system with additional hardware o 
design; none can be taken as definitive or 

Instruction Set 

The instruction set is composed of the 1 
language or commands that represent 
tasks performed. 4 They include logic st; 
as AND and OR; load/store staterr 
MOVE DATA and LOAD ACCU 
arithmetic statements such as ADD, 
TWO'S COMPLEMENT, and SHIF] 
statements such as COMPARE, SKIP 
UNCONDITIONAL JUMP, and TES 



2 James F. Corey, "Configurations and Software: A Tutorial," in Applications of Minicomputers to Library and Related Problems, ed. F. WilfridLancast 
at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana-Champaign, 111.: University of Illinois, Gradua 
Science, 1974), p. 17. 

3 Auerbach on Minicomputers ("New York: Petrocelli Books, 1974V o. 1 7. 
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r SET OR RESET. The simpler CPUs have very few 
structions in their sets. In terms of the application, 
[C number of instructions provided is less important 
L an the kind of instructions. In any case a program- 
er can write routines to accomplish these tasks. It 
oiply takes more development time and makes the 
rogram larger and slower. 5 

({dressing Capabilities 

The addressing capabilities of the GPU are deter- 
ined by the length of the instruction word, the 
rocessor logic, and the memory size. 6 The word 
ngth is the amount of data that can be stored in one 
lemory location; it ranges from 8 to 24 bits. The 
teans of identifying the data in each memory location 
id making it available for use is called the addressing 
:heme. The Sams book presents a simple explanation 
[addressing: 7 

Memory cells are very similar to post-office boxes. Post-office 
boxes are numbered in sequence on the outside of the box. We will 
number our memory cells from to 63, a total of 64 memory cells, 
each one holding 16 bits of data. When we talk about the contents 
of memory cell 1 7, we may visualize a post-office clerk going over 
to box number 1 7 and withdrawing a post card with a 16-bit value 

printed on it The 64 memory cells contain either data values 

or instructions (or nothing meaningful if a cell is not used). The 
data values might be used by add or subtract instructions, or for 
comparisons. Cells might also be set aside, or reserved, for the 
results of operations. If there were no pieces of data or reserved 
cells in memory, there would be room for 64 instructions. If there 
were instructions in locations through 23, there obviously could 
be no data in these locations at the same time. 

'he instruction word becomes the key. It must, as 
>cplained in Chapter One, specify (1) the operation to 
e performed and (2) where in the memory is the data 
) be operated on, where it is to be located after being 
perated on, and where in the memory is the next 
istruction. That means an instruction word of 1 6 bits 

divided into a two-part format. 8 The first 4 to 6 bits 
re assigned as the operation code, and the remaining 
to 1 2 bits are for addressing. 

Most minicomputers use one-address instructions, 
r hich means that one instruction can address only one 
lemory location. 9 Going back to the post office 
nalogy, each memory location has a unique number 
s its address. With 12 bits representing a base- two 



numbering scheme, only 4096 unique numbers can be 
specified, or, only 4096 memory locations can be 
addressed. When memory sizes are greater than 4096 
locations, means of addressing memory other than 
direct addressing must be used. Different manufactur- 
ers use different methods. The most common are direct 
or absolute, immediate absolute, paged, relative, 
indirect, and indexed addressing. "For these tech- 
niques, part of the address field (for example, 3 bits) 
selects the addressing technique or mode and the rest 
of the field (9 bits) operates as an address, an address 
displacement, or an operand." 10 Some techniques use 
special registers, counters, or stacks to extend the 
number of locations that can be addressed. The 
technique used affects the memory size that can be 
used, the speed of processing (number of cycles 
required to support an operation), and the difficulty of 
programming the system. 

Instruction Execution Speed 

The instruction execution speed depends on memo- 
ry cycle time as well as on the CPU's internal logic (the 
way the cycles are used to perform the operations). As 
a basis for comparing CPUs, the speed is often 
measured in terms of performing a standard operation, 
such as the add time as well as the cycle time. Cycle 
time can be defined as "the time to read (and restore) a 
single word in memory" 11 or the "minimum time 
interval, in microseconds, between two successive 
accesses to a particular storage location." 12 Add time is 
variously defined, but in general it represents the time 
required to perform an add operation (G = A + B), 
including the time used in accessing both operands 
from memory and storing the results in working 
storage. 13 Even these times are not always directly 
comparable, due to the way the manufacturer per- 
formed the test. Other factors that affect speed in 
complicated systems are the load on the system and the 
use of such techniques as time-slicing. 

Register Configuration 

The number, size, and arrangement of accumulators 
and/or index registers really determine the architec- 
ture of the CPU. There are two basic types of CPUs, 



5 Ibid, p. 17. 

6 Ibid. 

William Harden, Jr., How to Buy & Use Minicomputers & Microcomputers (Indianapolis: Howard W. Sams & Co., 1976), pp. 23-24. 
Auerbach on Minicomputers, p. 26. 
Ibid., p. 28. 

Ibid. 

1 GML, Minicomputer Review 1975 (Lexington, Mass.: GML Corporation, 1975), p. Profile-8. 

2 Auerbach on Minicomputers, p. 99. 

3 Ibid., p. 98 and Dennis Hollingworth, Minicomputers: A Review of Current Technology, Systems, and Applications (Santa Monica, Calif.: Rand Corporation, 1973), p. 13. 
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special-register processors and general-register proces- 
sors. 14 In special-register processors "one of the oper- 
ands specified by the instruction resides in a main 
memory location and the other resides in either the 
accumulator or some other special-purpose register." 
For special functions there are special registers, such as 
accumulators; extend registers, which may be logically 
linked to accumulators; index registers, which are used 
in addressing; and others for program linkage, etc. 

General-register processors do not define the func- 
tions of the registers but allow them to be used as 
accumulators, stack pointers, or index registers de- 
pending on program requirements. This gives greater 
flexibility. Most processors also have nonprogramma- 
ble registers that operate as buffers to hold a word 
temporarily for the processor hardware (e.g., program 
counters). 15 A variation has been introduced with a 
mechanism called a stack. 16 The stack is an ordered 
collection of memory locations or hardware registers 
with a top or first element, a second element, and so 
forth, in which only the first element can be accessed. 
A "pushing" operation loads the elements one at a 
time in sequence, and a "popping operation" takes the 
top element off and moves every element up one 
position. The number and arrangement of the registers 
affect programming ease and flexibility as well as 
execution efficiency. 17 

Interrupts 

The number of interrupts and methods of handling 
them allow the processor to interact with the entire 
computer system. "An interrupt is a signal that causes 
the processor to suspend execution of instructions in 
the current program and to branch to a set of 
instructions that deal with the interrupt condition. 
When the interrupt has been taken care of, the 
processor continues to execute the suspended pro- 
gram." 18 

There are two types of interrupts: internal and 
external. Internal interrupts, or traps, deal mainly 
with abnormal, error, or occasional conditions (e.g., 
illegal address, power failure, memory parity error, 
and overflow from fixed-point arithmetic operation). 
External interrupts deal with devices external to the 
processor, such as the peripheral devices. Because the 
processor speed is very great and the peripheral devices 

14 Hollingworth, Minicomputers, pp. 7-8. 

15 Auerbach on Minicomputers, p. 25. 

16 EcVhouse, Minicomputer Systems, p. 13. 

17 Auerbach on Minicomputers, p. 17. 

18 Ibid., p. 36. 

19 Hollingworth, Minicomputers, pp. 20-22. 

20 Auerbach on Minicomputers, pp. 18-19. 



are by comparison very slow, the processor j 
other functions until the peripheral sends an i 
signal to say the input or a character is rea 
transferred. Once the transfer is complet 
processor returns to the program it was executi: 
the interrupt occurred. Generally the extern 
nipt expresses the cause or condition that trigg 
interrupt, such as error, malfunction, charact< 
for transfer, operation finished, end of block, 
complexity of the interrupt system, called the v 
mechanism, depends on the number of li: 
number and nature of the devices, and any 
structure used. 19 

Optional Features 

Optional features available from many man 
ers may be appropriate for specific applicati< 
types of features offered include power 1 
memory protection, memory parity, floati 
arithmetic, decimal arithmetic, and byte m 
tion. 20 

Main Memory 

The main memory of a minicomputer is c 
by its word size and capacity. The word leng 
amount of data that can be stored in one 
location, and the capacity is the total nu 
memory locations or words available. Commo 
ity sizes are 4K, 8K, 16K, 32K, 64K, 128K, a] 
where K is nominally 1000, but in actual meas 
K represents 1024. The size can be thought of 
of word capacity or character capacity, and 
can be made based on the best, most 
combination (e.g., 8K 8-bit words or 4K 16-bi 
Table 10 shows some representative combinati 

TABLE 10 Common Sizes of Main Memory 



Word Length 


Word Capacity 


Character C< 


8 bits 


4 K 


32,76* 


8 bits 


8 K 


65,53* 


8 bits 


16 K 


131,07; 


16 bits 


4 K 


65,53* 


16 bits 


8 K 


131,07; 


16 bits 


16 K 


262,14^ 


16 bits 


32 K 


524,28* 
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The available types of memory are ferrous-core and 
niconductor. 21 Ferrous-core memory is the kind 
scribed in Chapter One. It is nonvolatile, which 
*ans that if power is lost the contents remain stable, 
le average speed of core memory in a minicomputer 
nges from 0.8 to 1.5 microseconds. A semiconductor 
smory is a solid-state, integrated circuit module 
aally called a chip. The density of the chip is 
pressed as LSI (large-scale integration). The materi- 
of which the chip is made constitutes an additional 
*ans of classification (e.g., bipolar semiconductor 
*mory and metal oxide semiconductor, or MOS, 
mory). Semiconductor memory is faster than core 
1OS averages 0.45 microseconds and bipolar averag- 
0.3 microseconds), but it is volatile the contents of 
smory are lost in the event of a power failure. Most 
smory has both read and write capability. A special 
id of chip is used in some equipment that has read- 
ly capability. 

The ROM (read-only memory) is a memory 
ntaining permanently available, frequently used 
ograms and/or data. It is designed and sequenced as 
is manufactured. It cannot be changed and is 
latively slow. A ROM is nonvolatile in that the 
ntents will remain even if the power source is 
terrupted. A new modification now available is a 
IOM chip, or a programmable ROM. The pro- 
ammer can decide on the subroutines, which are 
tered electronically at the beginning but are not 
sily changed and are not under program control as 
her memory is. ROMs and PROMs have figured 
avily in miniature systems, controllers, and micro- 
mputers. 

iput/Output Control 

Input/output control transfers information between 
e processor of memory and I/O devices in response 
signals from the control unit and the external 
:ripheral devices. 22 An I/O system is made up of (1) 
controller, which controls such features of the 
:ripheral device itself as electronics for print- head 
lection, paper motion, and print timing; (2) one or 
yeral buses (the actual lines that connect the devices 
units); and (3) an interface (the logic circuitry that 



controls the larger activity required to synchronize 
data transfer by performing such functions as level 
conversion, command decoding, multiplexing, and 
data request logic). 23 

The actual data are transferred by one of two main 
methods: programmed I/O (PIO) or direct memory 
access (DMA). 24 All minicomputers have PIO, which 
is a software technique. Input/output instructions 
transfer the data and are device-dependent That is, 
the instructions are peculiar to each kind of device. 
PIO is slow and is appropriate for data transfers with 
slow-speed devices such as paper tape equipment, 
hard-copy terminals, and low-speed line printers. 25 

DMA, a hardware feature, is not on all minis. 26 It 
allows data to be transferred at high speed between the 
device and the memory itself. The DMA interface is 
sometimes called a channel. This channel contains (1) 
a memory address register, (2) a word counter to keep 
track of the number of transfers performed, and (3) 
logic for gaining access to the memory and providing 
the necessary timing and control signals. The DMA is 
used for high-speed devices such as magnetic tapes, 
disks, and drums. A multiplexer channel is used to 
handle DMA for several devices. It is somewhat slower 
than DMA, but it allows a number of data operations 
to occur simultaneously. 27 The interrupt system de- 
scribed above is also an integral part of the I/O 
control. 

PERIPHERALS 

The peripherals are made up of anything attached 
to the mainframe. Generally classed as input/output 
devices, they function as mass storage or man/machine 
interface devices; some can serve both functions. 28 

Mass Storage Devices 

Mass storage serves as an extension of computer 
main memory. The media range from punch card and 
paper tape to magnetic tape and disks. Each medium 
has different speed, capacity, and storage characteris- 
tics. Selecting the proper device for mass (file) storage 
is critical to the efficiency of a data processing 
application. 



11 Hollingworth, Minicomputers, pp. 16-18. 

12 Auerbach on Minicomputers, p. 16. 

13 A. A. J. Hoffman, Robert L. French, and Guy M. Lang, "Minicomputer Interfaces: Know More, Save More," IEEE Spectrum 1 1 (February 1974): 64. 

14 Auerbach on Minicomputers, p. 42. 

!5 Hollingworth, Minicomputers, p. 19. 

16 Auerbach on Minicomputers, p. 43. 

!7 Hollingworth, Minicomputers, p. 20. 

!8 There are entire books on peripherals; for example, Ivan Flores, Peripheral Devices (Englewood Cliffs, N.J.: Prentice-Hall, 1973). Periodicals feature surveys of 

ipherals; for example, "Peripherals Make the Mini; Modern Data's Annual Survey of Plug-Compatible Miniperipherals," Modem Data 8 (December 1975): 34^-43. 
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Punch Cards 

The punch cards contain data represented by 
patterns of holes punched in the 80 columns of each 
card. 29 Each column can represent a character. The 
cards are stored in boxes and can be handled manually 
humans can read the interpreted headers and can 
remove or add cards as desired. Punch cards are 
inexpensive, but it takes many cards to hold a given 
number of characters (i.e., records) and therefore a 
large amount of physical storage space and much 
manual handling are needed. Data on cards are 
entered into the system by means of a card reader, 
which reads the holes and converts them into bit 
patterns. Card readers are low-speed devices that read 
100 to 600 cards per minute. Cards can be prepared by 
a keypunch machine offline. Computer-driven card 
punches can be used to punch cards as computer 
output. Card readers for minis are common and 
inexpensive. Card punches for minis are rare and 
expensive. 

Paper Tape 

A continuous ribbon of paper called a paper tape 
can be punched like cards with holes representing 
data. 30 Unique hole patterns in the paper tape 
represent the symbols. Six-, seven-, and eight-hole 
paper tape devices are in common use. The number of 
holes available determines the number of unique 
symbols that may be coded onto the paper tape. Most 
paper tape devices provide for extension of code 
meaning through a technique called shifting. Shifting 
requires that a special hole pattern be used to indicate 
the use of upper-case or lower-case shift. A paper tape 
printing device will recognize the shift codes and take 
appropriate action. Software in the computer also 
must recognize shift codes because the symbols can 
have one of two meanings according to the shift. 

The tapes are continuous, unlike cards whl^ are 
limited to 80 columns. The tape is smaller, more 
compact, and requires less manual handling than 
cards. The problem is in editing or correcting errors on 
the tape. The paper tape readers work similarly to 
punch card readers but operate at higher speeds, 
although they are still classed as low-speed devices. 
Paper tapes commonly are used with minis for storing 



the simple, basic programs used to sta 
the CPU. 

Cassette or Cartridge Tape 

Magnetic tape cassettes that lo< 
audio cassettes are used on minis. 31 1 
and read sequentially, like paper 
compact and relatively inexpensive. r . 
capacity for a cassette ranges from 1 
characters. The cassette tape drive i 
on the cassette. The speed of data trai 
drive varies from 500 to 1600 chan 
Once the tape is mounted, little hu 
required. The drive that advances 01 
is program controlled. Some systei 
cassettes, one for the program and 01 
file. 

Cartridge tapes are similar to home 
but operate in binary as do compute 
They generally have multiple tra 
length than cassette tapes, which allc 
capacity. A cartridge drive is requir 
read the cartridges. 

Industry-Standard Magnetic Tape 

The common computer tape is l /< 
netic tape wound on reels. 33 Th< 
formated so that each bit of a cha 
theoretical "track." A single positioi 
tape is typically divided into eight c 
an eight-bit code) and a ninth track i 
a parity bit (a technique used by sor 
for error checking). As with all tap 
recorded and read sequentially. Re< 
wound in lengths of 200, 600, 1200, a 
tape drives record data in densities of 
bits per inch (BPI), and recording 
range from 6672 to 9600 characters p< 

A reel of magnetic tape is con 
density of a tape is constant, but dete 
is not always a matter of multiply*] 
foot times the number of feet. The d 
recorded in blocks, separated on eac 
cord gaps (IRGs) which help in sear 
locate particular records. The nurr 
reduces the character capacity of ea< 



29 Robert M. Hayes and Joseph Becker, Handbook of Data Processing for Libraries, 2ded (Los Angeles: Melville Publishing Co., 1974), pp. ! 
Bailey, "Requiem for the Punched Card?" Modern Data 8 (October 1975): 66-70. 

30 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 289-93. See also: Horace Lyndes, "Wake for Perf Tape?" Modern Data 

31 Barden, Minicomputers & Microcomputers, pp. 67-68. See also: Stephen A. Caswell, ed., "Cassette Drives and Systems," Modem Data \ 

32 Barden, Minicomputers & Microcomputers, pp. 67-68. 

33 Ibid., pp. 65-67. 
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of tape can be handled easily and stored manually, 
and they are relatively inexpensive. 34 Because tape is a 
sequential or serial device, it is most efficient as a 
storage medium for data that are to be used in a serial 
fashion. Inserting new data on a tape requires that a 
new tape be produced. To locate a record the tape 
drive winds or rewinds the tape until the data are 
found. This process is time-consuming and inefficient 
if data are to be used in a random fashion. The tape 
drives are considered high-speed devices (the tape is 
read at up to 150 inches per second), but they are still 
slower than the internal processing speed. Tape drives 
can be used singly, but two or three tape drives are 
more common if the data manipulation requires 
producing new file tapes or sorting data. 

Diskette, or Floppy Disk 

Disks are also magnetic storage devices, but rather 
than being serial and linear like tape, they use two- 
dimensional surfaces, usually like circular plates. 35 
Data are stored on both surfaces, top and bottom, and 
each surface is divided into tracks, which are concen- 
tric circles around the axis. 36 The two-dimensional 
shape is reflected in the way the read/write heads of 
the drive operate; they can move or be positioned over 
any part of the surface of the plate (that is, over any 
track), which allows direct or random, as opposed to 
sequential, access. This freedom allows greater speed 
and flexibility in accessing stored data. 

The simplest disk medium is the diskette, also called 
the floppy disk. This single, flexible (hence "floppy") 
plate is made of a Mylar material. A paper or plastic 
envelope or jacket houses the disk and is never 
removed, even when the disk is mounted on the disk 
drive. The disk is rotated inside its jacket, and a slot in 
the jacket exposes the tracks to the recording head. 
Floppy disk drives vary in sophistication and cost from 
low-speed, low-capacity units to high-speed, high- 
capacity units with a top capacity of 350,000 bits and a 
transfer rate of 1.2 million bits per second. Disk drive 
units are commonly sold for one, two, three, or four 
floppy disks. The choice depends on the application. 



Fixed-head Disk 

These disks are rigid, circular plates and are 
than diskettes. The read/write heads are desig 
that each track has its own head. The pr 
determines which track to read. Disks are the 
mass storage medium, but not the largest in s 
capacity, and are more expensive on a cc 
character basis. Fixed-head disks are mounted ii 
ually, like floppy disks, and are used in multiple 
application warrants. 

Movable-head Disk 

A movable-head disk is so called becaui 
read/write head moves across the disk to the 
desired. 37 Then the data are read or written. Tt 
it takes to move the head makes this type slow< 
fixed-head disks, but once the head is located o 
track the data transfer rate is the same. Movabl 
disks are generally packaged with multiple dii 
unit. 38 A disk cartridge usually has two o 
surfaces, and disk packs have 10 or 12 surfaces 
surface has its own read/write head mounted 
arm assembly. This arm moves as a unit when < 
is selected, which means that if one head is ove 
two on one surface, all arms are over track twc 
surfaces. This amount of data one track c 
from each disk surface is called a cylinde 
storage capacity of each unit can vary up to moi 
20 million words. 39 

Man/Machine Interface Devices 

Man/machine interface devices are so nai 
avoid confusion with the general class of peri] 
called input/output devices. In computer jarg 
I/O device is anything that introduces digitize 
into the mainframe (CPU and main memo: 
processing 40 (1) from the mass storage devk 
reintroduces the data, (2) from another syster 
telecommunications line, or (3) from a terminal 
with a keyboard to allow a human to introdu< 
into the system. To the layman, input is not def 
broadly; it means converting source or huma 
into machine-readable form and transmitting i 
computer for storing and/or processing. The 



34 Auerbach on Minicomputers, p. 52. 

35 Hollingworth, Minicomputers, p. 24. See also: Dan M Bowers, ed, "Floppy Disk Drives and Systems; Part 1. Historical Perspective," Mini-Micro 
(February 1977): 36-51. 

38 Ibarden, Minicomputers & Microcomputers, pp. 68-69. 

37 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 343-6. See also: Dan M. Bowers, ed., "Removable Disk Storage; Where It's Come 
Where It's Going," Modern Data 9 (January 1976): 36-38, and Barbara A. Reynolds, ed., "Removable Disk Cartridge Drives," Modem Data 9 (January 197 

38 Auerbach on Minicomputers, p. 53. 

39 Hollingworth, Minicomputers, p. 25. 

40 Hayes and Becker, Handbook of Data Processing for Libraries, p. 280. 
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several ways to categorize man/machine interface 
devices: low-speed or high-speed; hardcopy or softco- 
py; offline or online; batch or conversational; input 
only, output only, or a combination. 

Punch Cards 

Punch cards as a man/machine interface function 
as described in the mass storage discussion. Keypunch 
machines are used to convert the source data into card 
format. The machines are slow and costly in staff time. 
An average speed is 6,000 keystrokes per hour. One 
article states that no new system should be designed 
around keypunch machines. 41 The use of punch cards 
for transaction records or reentry records still does 
have merit, however. The card reader usually is used 
as a remote batch terminal and, as described earlier, is 
a low-speed device. It can be used for input only. The 
card punch must be used for punch card output. This 
use would be limited for mass storage or reentry 
documents, such as those used in serial and circulation 
systems. 

Paper Tape 

For converting source data to machine-readable 
form, paper tape punches like the Flexowriter are just 
as outdated as the keypunches. (Paper tape is some- 
times combined with Teletype units; this will be 
discussed later.) Paper tape does not have the transac- 
tion or reentry capabilities of punch cards and is not 
human-readable. The readers are faster than many 
card readers (2,000 characters per second for the top of 
the line) but are still considered low-speed devices. 
Paper tape can handle upper- and lower-case charac- 
ters but must use shift codes, which slow down 
conversion and make software more complicated. 
Paper tape punches driven by the computer are suited 
only for mass storage or for interface with other 
systems. 

Key-to-Magnetic-Medium Stations 

The two main types of key-to-magnetic-medium 
stations are key-to-tape and key-to-disk stations. 42 
There are now key-to-cassette-tape units and key-to- 
floppy-disk units. These stations can be used as 
standalone, independent units or in a multistation 
configuration with a shared processor. They operate 
offline from the host computer. The input data are 
gathered and then read into the host system in a batch. 



These stations can be used for key-to-mass-st 
purposes if their output is compatible with tl 
mass storage device(s). Multistation units 
input into a single storage medium (e.g., tap 
Because input generally must be sequeno 
or as it is entered into the host system, im 
key-to-tape units are not as efficient (it is d 
control the input from the various stations t< 
the proper sequence) as multistation key-to-c 
Originally called keypunch replacement eq 
key-to-magnetic-medium stations have ma 
capabilities than keypunches. They perfc 
functions as error deletion, editing, formal 
merging new and old data. When the shared 
in a multistation key-to-disk unit is a microc 
more functions can be performed, especial 
area of arranging data into formats: pc 
generation of blank or skip fields, left zei 
duplication, and code conversion. 

Transaction Recorders 

A number of devices are used to capture d 
source or point of contact. 43 They make use < 
prepared material, although not all can 1 
reentry records. A light pen that reads bai 
("zebra") labels is one example. A unique r 
assigned to each item (e.g., order, book, 
projector) and is recorded in a machine-rea 
that is part of the data base. The nun 
expressed in unique patterns that are printed 
affixed to the items. To record a transactio 
pen is passed over the label and the p 
translated into electrical impulses, which are 
against a reference table. The number is tl: 
mitted to the mainframe for processing. One 
optical-character-recognition (OCR) wan 
online OCR data input from source docui 
labels) printed in special optical-character-re 
type. 

Some data collection stations read reentr 
and combine the data to create transactioi 
One type is the badge/card reader used in c: 
systems. The patron's badge is prepunche 
user's number, and the book informatio 
already prepared punch card is housed in 
The data from these two source documents 
and transmitted along with any preset or 
keyed data. Several models have different cz 



41 Dan M. Bowers, ed., "Small-Scale Computing: It's Time to Get With the Future; Part 2. Data Entry," Modern Data 8 (June 1975): 44. 

42 Hayes and Becker, Handbook of Data Processing for Libraries, p. 280. See also: Bowers, "Small-Scale Computing; Part 2," pp. 43-49, and Malcolm 
"Source Data Automation; Part 2," Mini-Micro Systems 9 (June 1 976) : 38-43. 

43 For a discussion of source data entry, see: Stiefel, "Source Data Automation; Part 2," pp. 38-43, and Bowers, "Small Scale Computing; Part ! 
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evels of sophistication. IBM produces a number of 
: units, including the 1031, 2790, and 5230. 

:ers 

inters are one-way (output only) devices. 44 They 
de human-readable hardcopy information, often 
tches. There are many variations of techniques to 
:ve printed output; each has its particular advan- 
in cost or quality. There are also many variations 
e fonts of the printers. Not only is the design of 
icters quite different, but the selection of symbols 
able also varies. For example, some printers 
3t display lower-case data and most cannot 
ly the diacritics required in library applications, 
ere are two basic types of printers: impact (where 
r carbon is caused by pressure to adhere to paper) 
lonimpact (where electrical or electrostatic mech- 
is are used). 45 The simplest impact printer is 
erial or character printer which is basically a 
uter-operated typewriter. The characters are 
;d one at a time, and these printers are very slow 
180 characters per second). 

ie printers are so called because they print an 

; line at a time instead of a single character. This 

:omplished by using multiple print "heads" or 

nts. A drum, or print wheel, printer is composed 

many print wheels as there are possible character 

Dns in a line. 46 For example, if 1 20 characters per 

vere possible there would be 120 rotary print 

s, each with all the possible characters, each 

le of rotating independently, and each with its 

lammer mechanism. At the time of printing, all 

rint wheels would be positioned to represent the 

to be printed in the line. These devices print 

150 lines per minute. Because of the inherently 

d dimensions of a drum wheel, these printers are 

y limited to upper-case fonts only. Further, the 

is generally of lower quality due to poor 

lent (the lines usually wave). 

tin, or train, printers generally provide the best 

quality at the highest speed. 47 In this type of 

r, the print mechanism has a continuous chain of 

:ters which rotates between the ribbon and 

ering mechanism. The number of hammering 

>ns determines the number of print columns that 

>e displayed most commonly there are 132 



characters per line. As a character passes in front of t 
hammer for the column in which it is to appear, t 
hammer is activated and the character is press 
against the ribbon, leaving the impression of t 
character on the paper. 

Because chain printers have separate hammers j 
each column of print, it is possible to increase the spe 
of print by increasing the availability of characters 
the chain. That is, if the chain contains the compl< 
set of symbols a single time, each hammer positi 
potentially could require a complete chain revoluti 
before the character it requires would appear before 
By increasing the chain to two complete Sets 
symbols, the maximum number of potential rotatic 
is reduced by half . 

There are limits on the physical length of the chz 
which limit the number of complete sets that can 
placed on the train. Also, the number of symbols to 
represented affects the number of character sets a 
therefore the speed. Printers with limited fonts 2 
faster than those with more extensive fonts. Typi< 
printing speeds for minicomputer chain printers z 
100, 200, 300, and 400 lines per minute. Speeds 
excess of 1,100 lines per minute generally are limited 
large-scale computers. 

Impact matrix printers use rows and columns 
wires, the tips of which compose a matrix of dots, 
construct the print images. Each character is rep; 
sented as a specific arrangement of dots, produced 
extending the appropriate wires in the matrix agai] 
an inked fabric ribbon to print the characters 
paper. Common units have 1 20 characters per line a 
print at a rate of 500 or 1,000 lines per minu 
Nonimpact dot matrix printers commonly use a he 
sensitive print head. A matrix of dots composes t 
characters. The dots are produced by electrica 
charging the wire tips, which darkens a special he 
sensitive paper, leaving the outline of the symbol. 

Interactive Man/Machine Interface Devices 

Interactive man/machine interface devices are 
class in themselves in that they must meet cert< 
requirements. An interactive terminal must ham 
means for inputting information and displaying inf 
mation back from the mainframe almost immediate 
To be interactive means to be under direct control 



information on printing and printers, see: Irving L. Wieselman, "Printer Technology and Its Future; A Printer Primer, "Modem Data 8 (November 19 
'an M. Bowers, ed., ["Computer Printers] Manufacturers' Data," Modern Data 8 (November 1975): 4345; Dan M. Bowers, ed., "Printers and TeleprinK 
v Systems 10 (January 1977): 30-53. 

res and Becker, Handbook of Data Processing for Libraries, p. 318. 

xnational Business Machines, Student Text Introduction to IBM Data Processing Systems, 2d ed. (White Plains, N.Y.: International Business Machines C< 
1 Publications Department, 1968), p. 57. 



the CPU. To be online means that the transaction is 
going into the system and being processed at that time 
(as opposed to batches of transactions gathered and 
entered later). It often means being in a time-sharing 
environment with multiple users. 

To be conversational means that a dialog is being 
executed between the man and the computer programs 
questions are asked and answered; prompts are 
given to aid and control the input; errors are detected 
and corrections accommodated on the spot. As a 
group, interactive terminals are not suited for high- 
volume capability for either input or output. An 
individual, one-transaction-at-a-time mode is the most 
common and most efficient. 48 

Keyboard/Printer Terminals. The most common 
interactive terminal, and indeed the most common 
peripheral used on minicomputers, is the Teletype. 49 
The Teletype unit is made up of a keyboard and a 
typewriterlike printer. 50 The keys print in response to 
the manual keyboard or on signal from the computer. 
The Teletype is a low-speed device that performs serial 
data transfer (one character at a time) with full or half 
duplex transmission. The speed is 110 BAUD for the 
transmission or 10 characters per second for printing. 
The input rate is limited by the speed of the keyboard 
operator, which averages about four characters per 
second. The Teletype controller converts the serial 
data into parallel for transfer to the CPU and back 
from parallel to serial to transfer data from the CPU to 
the Teletype. 

Teletype units come with various options. Some are 
equipped with punch tape reader/punches, allowing 
buffer-type input, which can increase the rate of input 
and allow offline data preparation. Some are equipped 
with faster printers, such as ball-type Selectric printers. 

There are other manufacturers of keyboard/printer 
terminals, and their units vary in options, functions, 
speed, noise, and cost. Some are portable and are 
equipped with acoustical couplers to allow telephones 
to be used to connect to the mainframe. Some use 
cassette tapes for even more sophisticated buffering; 
this type of terminal allows a permanent hardcopy 
record of the dialog with the system as well as any 



formated output product, such as a printed 
table, stencil, etc. 

Keyboard/Display Terminals. The display 
terminals is "softcopy," or images that appe 
cathode-ray tube (CRT) screen. 51 The prii 
similar to that of a television set where el 
impulses are painted on a screen by a "gun." T 
two types: alphanumeric and graphic. The a 
meric type uses a matrix on a mask to for 
images on the screen. Only a predetermined c 
set can be displayed; some CRTs can display 
case letters only, some can display upper- an 
case letters and a few special characters, an 
few can handle diacritics. 

In general, CRTs are more flexible, fas 
quieter than printers. CRTs have a great 
capabilities and sophistication. The simp 
nothing more than Teletype replacements. " 
character-oriented, receiving and transmit! 
character at a time. In fact, these CRTs plug 
TTY control board, and the mainframe is 
that the device is not a Teletype. Data are c 
faster on the CRT than if they were printe< 
TTY, because the print mechanism does no 
down. 

The various features or options a CRT c 
include the ability to "buffer" characters im 
for faster, more efficient transmission and the ; 
display an entire page at once instead of t 
"scroll" method, which displays one line at a ti 
the bottom of the screen up (pushing the to] 
when the screen is full and a new line is disp] 
CRT may have a cursor, or special symbol, t 
appear as an underline, a reversed image chai 
other symbol superimposed over a line posii 
indicates the current operative position on the 
can be spaced forward or backward to pos 
next character to be input. Another CRT id 
directional-controlled cursor combined with 
nal memory to perform edit routines such as 

1. Character deletion (the ability to delei 
more characters from the CRT memory" 

2. Character insertion (the ability to inse 
more characters in the CRT memory) 



48 Hayes and Becker, Handbook of Data Processing for Libraries, p. 306. 

49 For a description of and discussion on interactive terminals for library use, see: Mark S. Radwin, "The Intelligent Person's Guide to Choosing a 
Online Interactive Use; Part 1," Online 1 (January 1977): 11, and Mark S. Radwin, "Choosing a Terminal; Part 2," Online 1 (April 1977): 61-73. See 
"Printers and Teleprinters," pp. 30-53. 

50 Barden, Minicomputers & Microcomputers, pp. 63-64. 

51 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 309-15. See also: Barbara A. Reynolds, ed., "Alphanumeric Display Terminals; Part 
Market and Technology Where They Stand Now," Modern Data 9 (February 1976): 44-51 ; Barbara A. Reynolds, ed., "Alphanumeric Display Terrr 
Who's Who in CRTs and Where the Market Is Going," Modern Data 9 (March 1976): 44-5 1 ; Radwin, "Choosing a Terminal; Part 1," p. 11; Radwin 
Terminal; Part 2," pp. 61-73. 
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3. Character substitution (the ability to substitute 
characters in the CRT memory) 

to move to any location within the screen in a 
mat mode to enter data, as with a form to "fill out" 
data input. A CRT may also have program- 
atrolled use of visual effects such as reverse video, 
nking, and foreground-background contrast (high 
d low intensity). CRTs vary in number of characters 
r line and number of lines per screen. Some CRTs 
ve no control functions at all and are controlled 
npletely by the CPU. Some have some control 
ictions that are hardwired (for example, function 
ps). Some have chips (ROMs or PROMs) that have 
^determined control functions. Some have address- 
le internal memory and logic to be user-pro- 
immed by a programming language. 
The CRTs slide over into the category of intelligent 
minals or even microcomputers. Some key- 
ard/CRT terminals have the ability to have an 
ditional peripheral "hung on" to them. One com- 
>n option is a printer, so that what is displayed on 
i screen can be printed on request. Input devices 
:h as OCR wands or light pens often are combined 
th keyboard/CRT terminals for special applica- 
ns. 

Intelligent Terminals. The term "intelligent termi- 
1" is used in many ways. The following are often 
lied "intelligent terminals": programmable interac- 
e CRT terminals, shared processors for multistation 
y-to-disk systems, and small, single- application 
nicomputer or microcomputer systems. For the term 
be accurately applied these minimum characteris- 
s must be met. 52 

Self-contained storage; random access memory 

User interaction with the terminal itself 

Stored program capability 

Processing capability at the terminal through a 
user- written program 

Capability of online communications with anoth- 
er intelligent terminal 

Human-oriented input, such as a keyboard 

Human-oriented output, such as a printer or a 
CRT 

telligent terminals allow some point-of-source, or 
;al, processing. Small files can be accessed on the 
ot before data input. An intelligent terminal can 



perform expanded editing functions, and data com- 
monly are transmitted to the mainframe only when 
completely edited. Also, intelligent terminals often 
perform the communications control functions, freeing 
the mainframe processor for other tasks. 

Input/Output Connections 

In the most basic minicomputer systems, the peri- 
pherals are connected to the mainframe by cables or 
hardwire lines because the mainframe is small and 
usually located close to the peripherals. Even when the 
terminal is in another room, a cable connection can be 
made. Theoretically, there is no limit to the length of 
the cable or the distance between the peripherals and 
the mainframe, although some devices have maximum 
limits. Over great distances, boosters or repeaters are 
used to amplify the signals. 

There are times when a direct cable connection is 
not feasible; instead, data communications or telecom- 
munications are used. 53 That is, the connection is 
made over telegraph- or telephone-type lines. The 
computer signals have to be formated or structured so 
that they can be transmitted over these lines. In most 
cases, the lines handle analog-type frequency waves, 
and the digital signals must be converted. A modem 
(modulator-demodulator) or data set is used to convert 
the signals at each end. The transmission must match 
the bandwidth and the range of allowable bit rates of 
the line. 

The mode of communications can be asynchronous 
(start-stop) or bisynchronous (binary synchronous), 
and the transmission can be duplex or half-duplex 
(one-way or simultaneous two-way communication). 
The connection of the lines can be on a switched or 
nonswitched (point-to-point) basis, and contact be- 
tween "stations" can be established through a conten- 
tion system or a polling system. The entire data 
communications process requires special I/O control- 
lers, interfaces, channels, acoustical couplers and/or 
modems, proper CPU instruction sets, and special 
systems software. 

SOFTWARE 

Minicomputer software has been notoriously lack- 
ing for general consumption. Until the last 2 or 3 years, 
a limited amount of software was commercially 



2 Robert O. Ritchie, "Intelligent Terminals and Distributed Processing," Computer Decisions 7 (February 1975): 38. 

3 For a. general description and glossary on data communications written especially for librarians, see: Mark S. Radwin, "From Nodes to Modes- Duplex and 
If-Duplex," Online 1 (January 1977): 13-19. For more detailed descriptions, refer to technical manuals such as: International Business Machines, IBM System/360 
rating System Basic Telecommunications Access Method, 3d ed., IBM Systems Reference Library (White Plains, N.Y.: International Business Machines Corp., Data 
cessing Division, 1968), pp. 9-17. 



available; most had to be prepared for each system 
application. System software provided with the equip- 
ment was often sparse, and additional modules had to 
be purchased as options. This condition has changed 
somewhat, but on the smaller systems (such as 
microcomputers) there is still little comprehensive 
software available. 

The amount of software available affects the devel- 
opment time in preparing an application system. The 
sophistication of the system software can affect the uses 
of an installed, ongoing system, even though much of 
the support software is for use by the program- 
mer/designer. 

There are two basic kinds of software: systems and 
applications. Systems software is an umbrella term 
that covers programmer-support software, assemblers, 
compilers, and operating systems. Application software 
includes general-purpose packages and the final user- 
specific program. 

SYSTEMS SOFTWARE 

Corey explained minicomputer manufacturers' soft- 
ware, starting with the simplest versions and moving to 
the most complex. 54 He classed the simplest software 
as being made up of four programs: the bootstrap 
loader, the loader, the assembler, and the debugger. 
The GML Minicomputer Review lists the minimum 
programs for a minicomputer as diagnostics, binary 
loaders, debugging and utility routines, and editors. 55 
The most basic types of programs are used by the 
programmer to make the hardware work and to create 
a new program. 

Program Development Aids 

Assemblers 

An assembler relieves the programmer of the task of 
coding a machine language program in binary or 
octal. 56 The assembler translates a rather low-level 
mnemonic source language program into an object 
language program, which is the machine language 
usually on a one-for-one, instruction-for-instruction 
basis. The object code is expressed in an absolute 
address (that is, a specifically assigned memory loca- 
tion). An enhancement available for an assembler is 

54 Corey, "Configurations and Software," pp. 20-27. 

55 GML, Minicomputer Review 1975, p. Profile-3. 

56 Eckhouse, Minicomputer Systems, p. 40. 

57 Auerbach on Minicomputers, p. 64. 

58 Eckhouse, Minicomputer Systems, p. 207. 

59 Hollingworth, Minicomputers, p. 26. 

60 Corey, "Configurations and Software," p. 23. 
81 Eckhouse, Minicomputer Systems, p. 167. 



production of a relocatable format or add] 
be loaded into and executed from any a 
memory. 57 

Some manufacturers have, as an option 
sembler. For this type of assembler, the i 
mnemonic codes for operations represe 
instructions in machine language. A macr 
a formal sequence of coded instructions 
evoked, results in the entire sequence bein 
machine language. 58 The length of the 
memory is not shortened but it does save 
programmer's time. Cross-system assemble 
able from some manufacturers. 59 These 
actual assembly of minicomputer prog 
performed on a large-scale computer syste 
mounted on the mini for execution. Th 
faster and more efficient and can save me 
mini. 60 

Loaders 

The computer hardware "knows" not 
how to use a program, and not even ho 
input of the program. 61 When a mini< 
turned off, or powered down, it returns to t 
state. A hardware device can be used to 1( 
with a program, or a software progra 
bootstrap loader can be used. The bootsti 
used to specify the data to be deposit 
memory address where the data are to go 
program and actually is used to load the 
relocatable loader program, which is a 1 
comprehensive system program used by tl 
mer to load programs into the memoi 
When this loading is complete, the conl 
over by the regular (i.e., newly loaded) 
linker-loader or a linkage editor is used t< 
internally of where the various programs a 
main memory and allows them to be 
modules as required for a total program. 

Editors 

An editor is of value in creating progra 
command words and the instructions th< 
allow the programmer to create a new prc 
accurately to enter a new program previou 
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coded) with aids and prompts or to make changes 
:he program previously written without starting 
i scratch (without reassembling). One type of 
or is the line editor which allows lines of the source 
jram to be added, deleted, or modified. 62 Another 
5 is the string editor which allows the programmer 
dd, delete, or modify character strings. The most 
prehensive is the text editor which retrieves lines of 
from a file, allows the programmer to correct the 
by inserting or deleting characters or whole lines, 
returns the corrected lines to the file. 63 Text 
ors are used online in an interactive mode, which is 
most sophisticated mode. 

Aggers 

debugger program helps the programmer deter- 
e what is wrong with the program. Although the 
mbler can check for and detect syntactic errors, 
:al errors are usually found only when run on the 
puter. 64 The debugger program allows the pro- 
nmer to view the internal processes and conditions 
ic computer as the program is run. For example, if 
program stops due to a fatal error, the debugger 
jpram provides "extensive information about the 
* of the machine at the time of the failure." 65 An 
ne, or dynamic, debugging program allows the 
prammer to perform the following tasks. 66 

Start a program 

Suspend its execution at predetermined points 

Examine and modify the contents of memory 

words and registers 

Make additions and corrections to the running 

program using either symbolic or octal code 

5 is the most efficient way to debug a new program 
ipair problems in an existing program. 

gnostics 

diagnostics program is used to test the equipment 
determine if it is functioning correctly. It can be 
I as part of a maintenance procedure or, if 
)lems have arisen, to determine if there are 
Iware stresses or malfunctions or memory stresses 
>roblems and to locate and identify the problem 

LS. 



Utilities 

Utility programs are programmer aids that handle 
certain recurring functions, such as 67 

Moving data from cards to tape or vice versa 

Moving data from cards to disk or vice versa 

Moving data from tape to disk or vice versa 

Moving data from cards, tape, or disk to the 
printer. 

These programs generally perform such routine opera- 
tions as moving, printing (listing), or dumping data, 
which can be performed without manipulation or any 
recognition of specific file format. For example, an 
80/80 listing is one in which data on 80-column cards 
are printed as punched. The programs also perform 
general system maintenance, such as disk space 
allocation, system utilization accounting, and con- 
struction of program libraries. 

Subroutine Libraries 

Some small programs or subroutines are written to 
handle mathematical functions and are called up or 
linked to the application program as needed. 68 The 
common ones for minis are for fixed-point arithmetic 
(multiply, divide, double precision), floating-point 
arithmetic, conversion of data formats (decimal to 
binary, fixed point to floating point), and trigonomet- 
ric functions. These are especially important in minis 
because they enable software options to replace 
unavailable hardware features. 

Compilers 

Although a compiler is definitely a program devel- 
opment aid, it is not a requirement of a support 
software system. A compiler is similar to an assembler 
in that it translates a source language into object, or 
machine, language. Compiler languages are higher 
level and often designed to be used on any type of 
machine. The common standard languages are FOR- 
TRAN, BASIC, and COBOL. Each is designed for a 
certain area of application: FORTRAN is designed 
for scientific applications and any other area requiring 
high-level mathematical computations; COBOL is a 
business-oriented language and handles words, text, 
etc., with great input/output and file format flexibili- 
ty. Some manufacturers have created their own high- 
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level Languages and compilers to best suit their own 
equipment (for example, DEC's DIBOL). 

Each language has a set of standard words or 
instructions that represent common functions or rou- 
tines these are similar to macro-assembler instruc- 
tions. Working storage control is handled by the 
language conventions, as are file definitions and file 
handling. Compilers have checking features to diag- 
nose programmer errors in language use, including 
errors in both semantics (meaning) and syntax 
(form). 69 Error messages are displayed so the program- 
mer can correct the source code and the program can 
be recompiled into executable object code. 

Compilers are used in several modes. The source 
program can be compiled once and stored ready to 
execute. The source program can be compiled and 
then immediately executed (this is called compile-and- 
go). Some compilers are in the interpretive mode, 
where each statement is individually executed. (This 
mode is typical in conversational language compilers. 
A common interpreter is in BASIC specifically de- 
signed for interactive programming.) Compilers take 
space in main memory and use main memory as 
working storage while executing. Some compilers can 
be used only on CPUs of certain minimum sizes. One 
source states that BASIC and FORTRAN compilers 
require a CPU with 4K to 12K memory, while a 
COBOL compiler requires 8K to 16K memory. 70 

When compilers remain resident in memory at all 
times, a system designer must allow additional memo- 
ry for the other programs and data, or the memory 
would be compiler locked (bound). As stated earlier, 
compilers are not necessary for systems. Without a 
compiler the programmer could code the programs in 
assembler language. More effort would be required 
(more lines of instruction, more file and memory 
location control, and less subroutine use, as well as 
more programming expertise in general), but often a 
more efficient program can result with maximum use 
of the CPU and main memory for that specific 
application. 



File Management Programs 

Another class of programmer suppc 
involved with a slightly higher level of d 
of a recurring nature the basic O] 
management of files. These operations 
ing or establishing a file (including de: 
formats); manipulating files and parts c 
combining files, splitting files, adding or 
of files; maintaining files (including add: 
and deleting individual records as a res 
tions); searching files to retrieve specif] 
fields of data according to request crite 
Boolean form; and sorting files by spec: 
within the records, using specified seqi* 
las. 71 These operations are written in 
grams to that a programmer can use one 
management programs as required for tl: 

The most comprehensive file manage] 
package is called a data base manag 
(DBMS). 72 It covers operations such as 73 

Interface of all applications to an < 
data base; 

Creating and maintaining files; 

Selecting, retrieving, sorting, and re 
applications; 

Managing and maintaining data fil< 

Generating and formating utilizatio 

Providing for the integrity of the d; 
Data base management systems are use 
applications with many files and file s 
many users. 

Operating Systems 

Operating systems go beyond pro 
programs but are not applications pro] 
operating systems allow application pi 
executed efficiently on the computer h: 
operating system is not mandatory; the 
operated manually by the user, but tr 
efficient. An operating system is a soft 
that provides support in the areas of pr 
nation, device communication, and 
auxiliary storage organization. "A comp 
system performs all functions requi 
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uned system control. It communicates with the 
itor to request parameters or to report status; 
i, links, and sequences programs for execution; 
as I/O devices to programs; performs all I/O 
itions; and services interrupts." 75 
complete operating system requires a mass storage 
:e to store programs and data, and each type of 
storage device requires its own specific type of 
iting system. Thus we have cassette tape operat- 
ystems (CTOS), tape operating systems (TOS), 
operating systems (DOS), and virtual (memory) 
iting systems (VOS or VS). 

ie heart of the operating system is the supervisor, 
lonitor, a master control program that remains 
ent in memory. 76 It is responsible for initiation, 
itenance, and termination of all other programs, 
ocesses the communications among the user, the 
m, and the many control programs. It also acts on 
tor calls, validates and transmits I/O calls to 
;e handlers, supervises data and file manipula- 
, and provides error diagnostics. A main service 
ided by an operating system is file maintenance, 
ially in the area of creating and maintaining a 
toiy that contains the location of all the files 
tntly used by the program. 77 It also protects files 
at data are not destroyed inadvertently. 
Derating systems are organized differently and 
ion differently according to the mode of opera- 

Simple executive, single process. This kind of system is 
designed to handle the program interrupts and 
I/O control for one single application for one 
user. 

Single batch. 78 Batch processing is a technique in 
which jobs are collected and grouped before 
processing. A single batch operating system links 
serially the functions or programs required to 
perform one entire procedure for one user. For 
example, to update a serials holding file, a read 
program, a sort program, a file maintenance 
program (to update the file), and a print program 
may have to be used sequentially. The single 
batch operating system would handle the execu- 
tion of these programs with little human interven- 
tion. 



3. Multiprogram batch. This operating system allows 
several jobs or more than one batch stream to be 
run "at the same time." This seemingly simulta- 
neous processing of several programs is produced 
by the operating system's ability to transfer 
control of the GPU between programs. For 
example, when one program must await the 
completion of an I/O request, the other program 
can be executed by the CPU. Additional sophisti- 
cation is achieved when an operating system has a 
feature for "quantum" or time-sliced program 
execution. Time-slicing involves establishing a 
fixed quantum of time for the execution of each 
program, and when the quantum expires, the 
operating system transfers control to a different 
program already resident in memory. 79 

4. Online interactive^ The essence of an online 
environment is that the input data enter the 
computer directly from the point of origin and/or 
the output data are transmitted directly to where 
it is used. Processing occurs in a single transaction 
as opposed to being deferred and gathered with 
other transactions to be processed in a batch. This 
process requires the operating system to perform a 
different kind of control and sequencing, because 
there is not always a predetermined sequence of 
jobs or programs. Rather, the jobs are determined 
by the user at the time of input or during 
processing through a conversation or dialog. 

5. Time-sharing. This process allows multiple users to 
share system resources in such a way that each 
thinks he is the sole user. Time-sharing combines 
the multiprogramming concept with the online 
interactive mode. The computer handles several 
jobs in a dynamic state by jumping back and forth 
between programs as required. A time-sharing 
operating system is made up of a sophisticated set 
of control programs "to handle the sharing of 
system resources, the time-slicing, the storage 
allocation and program relocation, and the basic 
servicing of the users, besides the types of opera- 
tions normally associated with an ... operating 
system." 81 
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APPLICATIONS SOFTWARE 

To the user of the computer system, the only 
software of interest is that which allows his data to be 
processed to accomplish his or her objective. This user- 
specific, application-oriented software is developed 
through the use of the systems software and made 
functional by means of the operating system, but the 
success of the project depends on the responsiveness, 
efficacy, and efficiency of the applications software 
itself. 

Applications software is the end of the systems 
analysis/systems design/systems development process. 
The flow charts and decision tables become more 
specific to the application, until a programmer can 
take the material and write the actual programs. The 
analyst/designer will have determined the hardware 
configuration, the system specifications, the files and 
file structures, the operating mode, and the system 
software that can be supplied. The programmer then 
uses any or all of these to write and debug the final 
module. 

Sometimes it is more efficient to base the final 
module on a general purpose software package that 
can be purchased from the manufacturer or an 
independent software vendor. These packages vary in 
what they cover and to what degree they cover the 
function. There are total, comprehensive data base 
management systems such as TOTAL, and there are 
business application packages that provide 80 to 85 
percent of the programming with the remaining 15 to 
20 percent to be done by the user to achieve a user- 
specific module. There are also expanded packages for 
text-processing, search and retrieval, and data commu- 
nications. The programmer must decide if and when a 
general purpose package is useful. 

Another option is the use of a complete, turnkey 
applications package that can be purchased. A special- 
purpose package requires the user to provide only his 
own format details and information. The problem is 
locating a module that meets all of the system 
specifications for the user's needs. 

CONFIGURATIONS 

As stated previously, the specific components of a 
minicomputer system are determined by the applica- 
tion. Four main types of configurations are appropri- 
ate for the library environment: a network node (often 
an intelligent terminal), a data communications node, 
a data collection station, and a standalone station. 



In general, an intelligent terminal 
node has a small main memory and 
limited power. There is little need for 
The display features are important, as ar 
nications capabilities: data transfer rate, 
mode (duplex or half -duplex). Then 
requirement for hardcopy output. The 
ware can be limited if most of the control 
the network. 

A data communications node has lit 
man/machine interface but will prol 
many I/O devices, both terminals and 
ters. The CPU and the I/O control 
specially designed for communications co 
also the systems software. There is little 
for mass storage. 

A data collection station can be t 
terminal or a larger unit controlling mu 
The unit must have enough main 
put/output controllers, and CPU pow< 
multiple stations, and it must have some 
The need to output data in machine-r 
may require special devices or a coi 
hookup. The input method must be fasl 
to handle both initial entry and error con 

A standalone system generally requir< 
set of components and software to match 
ty or sophistication of the application. 

CLASSES OF MINICOMPUTE 

The range of equipment and of feat 
allows almost unlimited patterns or coi 
components. To provide a frame of r 
classes of minicomputer systems have be 
They are designed to provide support to 
applications ranging from simple to comf 

Class I minicomputers are little mor< 
gent terminals used for data collection. T 
tion can do little more than capture the c 
them out in the same form. It has 
manipulate data (for example, to sort c 
by resequencing or merging). The CPU i 
8-bit words and an 8K main memory. '. 
only one user and only two input/outpu 
mass storage device, such as paper ta] 
cassette, and one man/machine interfao 
as an unbuffered CRT/keyboard te 
Teletype with a paper tape unit. Litt 
provided, only an assembler and a BAi 
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Class II minicomputers can handle more general 
^plications for single users. Manipulation capabilities 
dude tabulating or summarizing data from specific 
ids in the records of the file; searching and printing 
tta; and outputting in the same sequence as on the 
e but with the data reformated if desired. No sorting 
possible. The CPU has either 8-bit words and up to 
:K main memory or 16-bit words with up to 32K 
ain memory. The I/O control can handle both 
ogrammed I/O and DMA. Three I/O devices can 
: supported: usually one man/machine interface 
ivice, such as a buffered CRT or a Teletype and 
inter, and two mass storage device drives. This class 

minis can operate sequential files with paper tape, 
inch cards, tape cassettes, or magnetic tapes; or it 
n operate a direct-access file on a floppy disk (with 
> to two drives). The only communications link 
>ssible is a direct line to a host computer. The support 
ftware is somewhat more complete than that of Class 

the operating system is either a simple executive, 
igle-process system that must be totally attended, or 
single batch system in which one job stream can be 
mputer-controlled. The operating system type de- 
aids on the mass storage device, e.g., tape or diskette, 
lie compiler can be for BASIC or FORTRAN. 
Class III minicomputers are general-application 
stems for single users. They can handle single or 
ultiple batch operations. The processing can handle 
rting and any other manipulations possible in a 
itch mode with a quite large file capacity. The CPU 
is 16-bit words and up to 64K main memory. As 
any as eight different I/O devices (or devices and 



drives) can be supported, and concurrent communica- 
tions are possible with a host computer over a 
bisynchronous line. Mass storage devices can be tape 
cassettes, magnetic tape, or floppy disks. The operating 
system would handle multiprocessing for distributed 
networking. 

Class IV minicomputers introduce interactive pro- 
cessing for multiple online users with a single applica- 
tion. They offer great versatility in manipulations such 
as sorting and searching. Users can be remotely 
located because there are four to eight asynchronous 
lines and the software necessary for controlling the 
telecommunications. The CPU has 16-bit words, and 
the main memory is either 1 28K real memory or 64K 
virtual memory. The input/output controller includes 
PIO, DMA, and a multiplexer. The mass storage 
devices now can include disks (fixed-head platters, 
movable head disk cartridges, or disk packs). The 
operating system will probably be DOS (if the big disk 
devices are used) or VOS and an online, interactive 
type. The compiler can be for BASIC, FORTRAN, or 
COBOL. The system software would be a complete 
complement. 

Class V minicomputers are the largest, most sophis- 
ticated systems. They can handle time-sharing for 
multiple online users. They have large file capacity 
and are very powerful. The top end of this class 
overlaps large-scale computer classes. The CPU has 
16-bit words and 64K virtual memory. The operating 
system would be a VOS of a time-sharing type. The 
system software would probably include a data base 
management package. 
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TEM SELECTION: THE 
)GE 

i the variety of minicomputer components, 
i, and features to choose from, how does one 
;he proper system? Selection must start with the 
: application and its requirements. A bridge 
>e built connecting the specific requirements of a 

operation with the detailed specifications 
ed for an RFP or a contract. This bridge must 
It each and every time a library chooses a system 
e each library's requirements differ from those 
yrs. Every bridge is supported by five columns 
; 11): (1) design characteristics, (2) hardware 
ts, (3) software impacts, (4) library system 
:ations, and (5) the specific class of minicompu- 
quired. The following sections describe the 
3 of erecting these columns. 

TABLE 11 Design Model: The Bridge 

n 1 Column 2 Column 3 Column 4 Column 5 



Hardware 
:- Impacts 

i 


Software 
Impacts 


Library 
System 
Specifi- 


Class of 
Mini- 
computer 






cations 





JMN ONE: DESIGN 
RACTERISTICS 

Coking at a potential minicomputer application 
^n automation in general), the first review must 
conceptual terms that ignore the specific tasks 
2d. 

design characteristics of a system can be broken 
into six categories, which are not necessarily 
e: 

[cans of inputting 
ypes of output products 
lie structure and size 
ransaction/volume 



Applications characteristics 

Interfaces to other systems. 

These design characteristics are not definitive. Not all 
will be of interest in all applications. The categories 
represent, however, the kinds of considerations that 
arise in system design. Table 12 lists these considera- 
tions in detail. 
TABLE 12 Design Characteristics 

MEANS OF INPUTTING 
Nature of the data 

alphanumeric 

upper and lower case 

special characteristics 
One-way/conversational input 
Combinations of input devices 
Location of input stations 
Multiple online users 
Outside sources 

TYPES OF OUTPUT PRODUCTS 
Hardcopy 

upper and lower case, diacritics 

special forms requirements (cardstock, multipart forms, 

multiple copies, etc.) 
Display 

character sets 

size of display 

features 

scroll or block 

Combination hardcopy and display 
Machine-readable output 

outgoing communications line 

machine-readable form (offline) 

FILE STRUCTURE AND SIZE 
Structure 

sequential 

direct access 
Size 

large number of characters 

number of characters required at one time (online) 

TRANSACTION/VOLUME 
Expansion and growth 
Peaks and pressure points of activity 
Response time 
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TABLE 12 Design Characteristics Continued 

APPLICATIONS CHARACTERISTICS 
Sorting/data manipulation 

nature: numeric or bibliographic 
amount (number of records) 
Searching 
batch 

Boolean logic 
free text 

numerous access points 
online interactive 
Boolean logic 
free text 

numerous access points 
multiple users 
Special input/output hardware 

light pen, badge reader, OCR scanner, etc. 
Remote access 
Response time (online) 
INTERFACE WITH OTHER SYSTEMS 
Offline interface 
Online interface 
Links to multiple systems 

Means of Inputting 

The input to a system involves getting the data from 
its source into the computer from human-readable 
form into machine-readable form. This is where the 
human interfaces with the machine. The real impact 
of any automation effort is felt here first and cannot be 
eliminated entirely. The best that can be done is to 
make the means of inputting as efficient as possible. 

Input in its larger sense includes the entire data 
handling process: data capture, transcription, keying, 
verification, error correcting, and sometimes transmis- 
sion for processing. It has been estimated that up to 50 
percent of a data processing budget can be involved 
with data handling. This proportion is true for the 
library also. Cox, Dews, and Dolby wrote that "in a 
computer system, the most time-consuming and expen- 
sive single operation is probably the original prepara- 
tion of the data in a machine-readable form." 1 Ways 
to reduce the costs include reducing the amount of 
manual handling and rehandling of the same data, 
increasing the ease of both data "keying" and data 
editing/correction; and increasing the speed of data 
"keying," "reading," and "transmitting." 

Attention must be given to the impact of the 
inputting on the computer system as well as the impact 
on the library staff who must perform it. Sometimes 
the two areas conflict, and compromises must be made. 



MEANS OF INPUTTING 

Nature of the data 

One-way or conversational input 

Combinations of input devices 

Location of input stations 

Multiple online users 

Outside sources 

Library data are quite complicated in data p 
ing terms. They are mainly alphabetical with n 
ments for upper and lower case, special characte: 
as diacritics, and different type fonts such aj 
light, and italics. Hayes and Becker point out 1 
the library a number of major categories of data 
compiled: management data, circulation data 
loging/indexing data, selection/acquisitions dal 
textual data. 2 Analyzing the nature of the 
involved in the new system may dictate the use c 
equipment or militate against the use of other d 

One-way input involves transmitting data 
computer without receiving transmission back 
time of input. One-way input generally is use 
batch processing. The initial data conversion 
ment is prepared offline, and the data are ga 
into a group or batch and then read or entered i] 
system as high- volume input. Another form of 01 
input is the use of a light pen to read bar code la 
an online mode. Although a light is often used t 
an indication that the data were received, this r 
is basically one-way as opposed to conversationa 

Conversational input is a feature of an inte 
processing mode. Input often is in the form of a 
between the user and the program. Questio 
asked and answered, display forms are fille 
problems are noted and corrections promptec 
type of input requires a device that can hand] 
way communications both input and outpu 
method can ease the editing and error-cor 
problems of input, but it is slower and in some s 
ties up the CPU. If the volume of input is heavy 
bind up the system if precautions are not taken. 

Sometimes applications call for the use of moi 
one type of input (for example, a light pen f 
interactive terminal for circulation, a card rea 
reentry records and a key-to-tape station for a 
system, or a magnetic tape reader for MA 
distribution tapes and an intelligent termii 
cataloging input). Each device is used one at 



1 N. S. M. Cox,J. D. Dews, and J. L. Dolby, The Computer and the Library; Tlu Role of the Computer in the Orgcmization and Handling of Information in Libraries ( 
upon Tyne, Eng.: University of Newcastle upon Tyne Library, 1966), p. 18. 

2 Robert M. Hayes and Joseph Becker, Handbook of Data Processing for Libraries, 2d ed. (Los Angeles: Melville Publishing Co., 1974), pp. 278-9. 
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the fact that there is more than one type must be 

idered. 

ic physical locations of the various input stations 

must be considered. If the input is handled at a 

t next to the mainframe, one kind of connection is 

r. If it is handled at a remote location, more 

isticated connections may be required. 

more than one user must enter data at the same 

, the system must be designed to handle more than 

input line. This problem occurs in the online 

active mode and is really a sophisticated require- 

t. From the user's standpoint, however, it may be 

:ey to a truly useful system. 

icause of the time and expense involved in data 

ersion, it is important to enter information in 

tiine-readable form available from outside sources 

lever possible. Input may be in an online, 

puter-to-computer, or an offline, read-on-request 

ronment. 

>es of Output Products 

ie output products of a computer system make the 
ts of data processing available for use by humans 
r another computer system. The form of the output 
the amount, format, sequence, frequency, and 
lanence of the information supplied by the 
puter all have bearing on the system itself. As with 
t, the special requirements of library data must be 
idered in selecting output devices. It is important 
the products called for be thought out carefully in 
s of the new system, and that they not be mere 
cations of current manual products. For example, 
sre any need for a weekly books-on-order list if the 
rder file is available through online, direct access 
ty time? 
f PES OF OUTPUT PRODUCTS 

Hardcopy 

Display 

Combination hardcopy and display 

Machine-readable 

ie best known type of hardcopy output is the 1 1- 
i-inch continuous-form printout produced by a 
:>uter-driven printer. Other types of hardcopy 
ucts are appropriate for some applications: card- 
:, stencils, multipart forms, standard 8Vfc-by-ll 
I stationery, and 2-, 4-, or 6-up continuous-feed 
r. The quality of the type can be critical. Most 
copy output is used internally by the staff and for 
ed periods of time, but such products as computer- 



more permanent and are used by the public; they 
require greater legibility and better esthetics. If large 
amounts of hardcopy output are required, the speed of 
the output devices becomes critical. The system can be 
output-bound if the devices are too slow. 

Display output (a visual image on a screen) is often 
used in online, interactive systems. It is usually 
combined with a keyboard device as an interactive 
terminal. The display device must match the require- 
ments of the nature of the output data and the 
requirements of the system in expressing or formating 
that data. 

A combination of hardcopy and display output is 
used when there is a need for a permanent record or a 
special hardcopy form in an online interactive system 
that uses a CRT-type keyboard/display terminal for 
conversation. A printer is combined with the 
CRT/keyboard unit, sometimes for simultaneous 
output and sometimes as a print-on-request slave. 

Machine-readable output is used to allow two 
computer systems to "talk" to each other. Output from 
the system also is used to send to other systems for 
further processing, such as COM production or 
photocomposition. 

File Structure and Size 

The intellectual content of the system, the data that 
are input, processed, referenced, maintained, created, 
and output, is made up of data elements handled as 
subfields or fields. Related fields are combined into a 
complete, logical unit called a record. Similar records 
are combined into a file. The order of the records on 
the file is called the file structure. Common structures 
are sequential, linked, indexed sequential, direct 
access, and random access. 

The type of file structure selected usually depends 
on the size of the file (extremely large files almost 
always are maintained on magnetic tape and therefore 
in a type of sequential structure) and the nature of the 
operations conducted on the file (the kind of posting, 
referencing, and updating). A programmer can define 
the files as required for the most efficient processing for 
the application. There are different types of files: 
master files, transaction files, input files, output files, 
intermediate files, and reference files. One enormous 
file can be defined if desired, or a series of files can be 
defined with no redundancy and linked into an 
integrated data base. The way the files work against 
one another during processing also must be considered. 
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FILE STRUCTURE AND SIZE 

Structure 

Sequential 
Direct Access 

Size 

Total number of characters 

Number of characters required at one time 

A sequential file can be handled on any type of mass 
storage device. The device selected depends on such 
elements as speed, ease of handling, and cost. Sequen- 
tial files typically are used in the batch mode. 

A direct access file generally is used in the online 
interactive mode and can be handled only on a disk- 
type mass storage unit: floppy disk, fixed-head disk, or 
disk pack. 

The size of a file can affect the system design. 
Although a hardware configuration can be put togeth- 
er to support an enormous file online on disks, it 
becomes inordinately and prohibitively expensive. 
Instead, slower, but cheaper, magnetic tape is often 
used. Each mass storage device has a maximum 
capacity, and the size of the file in characters can be 
used to compute the number of mass storage units 
required. For an online system, the number of charac- 
ters that must be accessible at one time can influence 
the decision about which mass storage device to use. 

Transaction/Volume 

The capacity of a system, or its total size, is 
important of course. However, in many cases a more 
critical consideration is the peak load at any one time. 
For example, it is important to know the total 
circulation transactions per year, for counters and 
statistics parameters, but more important figures are 
the largest number of transactions outstanding at any 
one time (for file capacity) and the greatest number of 
borrowers at any one time (for input device load). 

TRANSACTION/VOLUME 

Expansion and growth 

Peaks and pressure points of activities 

Response time 

Although minicomputers need not have the lifespan 
of large-scale computers and therefore do not have to 
be installed with a capacity to handle long-range 
future growth, expansion and growth should be 
considered. Some hardware can handle only one 
input/output device; some can handle only one user at 
a time; some CPUs can be expanded to only a certain 
memory limit; and some I/O controls can drive only as 
many as four devices. If growth or expansion is 



required and the hardware cannot accommodat 
changes, an entirely new system (hardware 
software) may be needed. 

The peaks and pressure points in activities 
system are of vital concern, but they are very dif 
to determine correctly in advance as far as CPU 
time, memory access time, I/O interrupt resj 
time, etc., are concerned. The peaks and prc 
points must be considered for the man/ma< 
interface devices also. The number of lines of pri 
required at one time must be used to compute pri 
time based on different printer speeds. The numl 
documents to be keyboarded at any one time im 
used with a unit time for entry to determine how i 
input units are required for one work shift, two 
shifts, and so on. 

Response time must be considered for all systei 
immediate status information is required, the 1 
mode may be eliminated and an online inters 
system may be needed. Then, with an online sy 
response time involves the amount of time the 
waits at the terminal for an answer from the sy 
Sometimes heavy loads in a time-sharing systen 
slow down response. These can be in the I/O co 
memory access, or processor areas. For example, 
systems are stated to have capacity for eight user 
any more than four online at a time can slo\ 
system down significantly. 

Applications Characteristics 

What is wanted from the system? What ca 
system do? The answers to these questions are ir 
tant in describing the application the system will 
The type of operations to be performed and the n 
of each must be reviewed. 

APPLICATIONS CHARACTERISTICS 

Sorting 

Searching 

Special I/O hardware 

Remote access 

Response time 

Reliability 

If the files require much manipulation to so: 
data, this must be considered by the hare 
designer. Also for consideration are the nature < 
data to be sorted (alphabetic or numeric), an 
number of records to be sorted. The solution t 
sorting problem may be to provide a large arnoi 
working space in which to perform the sorting 
provide redundant files, one for each sequence, ^ 
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; them, which will increase the amount of mass 
i required. 

sn, how often, and by what elements the files are 
ed are significant factors in systems design. How 
is to be accessed must be considered in terms of 
ional mode (batch or online interactive); the 
criteria (controlled vocabulary, Boolean logic, 
e text); the number of access points in each 
, and whether inverted files are used. As the 
s are made, careful tradeoffs among system cost 
fficiency and user service must be made. For 
>le, file accessibility only through a controlled 
ilary (i.e., thesaurus) is a simple, straightforward 
LS procedure, but it shifts to the user the heavy 
.sibility of editing and assigning descriptors at 
time. Accessibility of the file by any word (e.g., a 
;xt search method) relieves the user at input of 
ctual decisions, but it requires sophisticated 
are and software that are very costly to imple- 

te applications are better served by use of special 
output hardware. In a library, efficiency in the 
ition application may require a badge/card 
input station or a light-pen wand for bar labels, 
als system may require computer-punched 80- 
n cards for use as reentry records. These special 
ements must be stated at the beginning, 
ess to a system by means of terminals physically 
ed from the mainframe is called remote access, 
nit may be in the next room, the next building, 
next county. Direct line connections can be used 
me remote access locations, but over longer 
ces the laws of physics prohibit the use of direct 
Remote terminals at these distances must be 
:ted by telecommunications lines, and these 
direct impact on both hardware and software. 
; response time required varies according to the 
ation. If critical, response time should be a 
L requirement and considered an application 
iteristic to be given special attention in the 
i design. 

[ability is always desirable in both manual and 
ated systems. Some applications, however, im- 
tricter constraints on downtime than others; if 
lity is critical, it should be stated as an applica- 
laracteristic. The solution may be an alternative 
il backup procedure; a duplicate, totally redun- 
:omputer system; or a second system capable of 
processing. 



Interface With Other Systems 

As a system is designed, other systems in the same 
library or agency and in the library community in 
general should be considered. The ability to interface 
with these other systems, whether directly or indirectly, 
must be established if possible. Sometimes the informa- 
tion flow will be one-way, sometimes two-way. (Im- 
plicit in this concept is the exchange of data in 
machine-readable form.) 

INTERFACE WITH OTHER SYSTEMS 

Offline 

Online 

Links to multiple systems 

Offline interface merely provides a means of trans- 
ferring data in machine-readable form by physically 
transporting the medium (i.e., punch cards, magnetic 
tape, or floppy disk) to another computer to be read 
rather than transmitting data directly over a commu- 
nications line. 

Online interface allows direct computer-to-comput- 
er communications. The communications exchange 
can be one-way or two-way, continuous or batch. 

"Links to multiple systems" is another way of saying 
distributed networking in which the processors and 
their operating system software allow tasks and 
resources to be divided and shared throughout the 
network. For example, the file used by system A may 
be a part of, and physically located at, system B. 
Transfer of data, control of the manipulation, and 
control of input/output devices are all shared and 
transferred back and forth as required by the operat- 
ing systems. These functions are technically complicat- 
ed but promise greater efficiency and efficacy in the 
long run. 

COLUMNS TWO AND THREE: 
HARDWARE AND SOFTWARE 
IMPACTS 

When design characteristics have been reviewed, the 
impact of each is expressed in terms of hardware and 
software. These columns are interdependent. Often a 
hardware device dictates a specific software module, 
and vice versa. Other times a characteristic can be 
handled by either hardware or software; the choice 
resides with the system designer and programmer. 
Table 13 expresses the typical hardware and software 
impacts of the design characteristics. 
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TABLE 13 Design Characteristics and Their Impacts 



Design Characteristics 



Hardware Impacts 



Software Impacts 



MEANS OF INPUTTING 
Nature of the Data 
Alphabetic and/or 
Numeric, Upper and 
Lower Case, Special 
Characteristics, 



One-way/CkmversatioaaJ 
One-way 



Conversational 



Combinations of Input 
Devices 



Location of Input Station 



Multiple Online Users 



Outside Sources 

Incoming Communica- 
tions Line 



I/O DEVICE 

Keypunch machines not suited 
for special characters, but 
card readers can handle them. 

CRTs vary as to what they will 
handle, but most now handle 
upper and lower case with a 
few special characters. Only 
a few can handle diacritical 
marks. 

Tape and disk drives have no 
limitations. 

I/O DEVICE 
Input only. Ex. keyboard, card 

reader, paper tape reader, 

badge reader station, light 

pen 

I/O CONTROLLER. Must match device. 
I/O DEVICE 
Two-way; output or response 

capability. Ex. Teletype or 

CRT/keyboard unit 
I/O CONTROLLER Must match device. 

I/O DEVICE 

Ex. card reader, CRT/keyboard 
unit, magnetic tape reader, 
light pen, paper tape reader, 
etc. 

I/O CONTROLLER 
Must consider different speeds. 
May have one for each type. 

COMMUNICATIONS EQUIPMENT 
Modem or data set, with tele- 
communication lines. 
OR 
Hardwire lines (with repeaters). 

I/O DEVICE 

Two-way; conversational 

capability. 
COMMUNICATIONS EQUIPMENT 

Modem or data set, with tele- 
communication lines. 

OR 

Hardware lines (with repeaters). 
COMMUNICATIONS CONTROLLER 

May require a processor. 

COMMUNICATIONS EQUIPMENT 

Modem or data set, with tele- 
communication lines. 

OR 

Hardwire lines (with repeaters). 
COMMUNICATIONS CONTROLLER 

May require a processor. 



APPLICATIONS SOFTWARE 
Must have necessary transla- 
tion tables to match any 
character set(s) used. 



APPLICATIONS SOFTWARE 

If a higher level language 

is used, it must have a 

compiler that supports 

conversational programming. 

APPLICATIONS SOFTWARE 
Scheme or technique for 
input varies (block or 
line mode, character or 
record at a time). 
SYSTEMS SOFTWARE 

Must support the I/O functions 
for the different devices. 

SYSTEMS SOFTWARE 

Must support telecommunica- 
tions functions. 



APPLICATIONS SOFTWARE 
Could be affected if a single 
program is to handle multiple 
users (as opposed to time- 
sharing. 
SYSTEMS SOFTWARE 

Must partition memory and be 
able to handle multiple users. 
Must be able to handle tele- 
communications functions. 

APPLICATIONS SOFTWARE 

Possibly a requirement to refor- 
mat. May require a bridge 
program. 
SYSTEMS SOFTWARE 

Telecommunications functions 
support. 

OR 

Simpler technique to emulate a 
terminal. 
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TABLE 13 Design Characteristics and Their Impacts Continued 



Design Characteristics 



Hardware Impacts 



Software Impacts 



iNS OF INPUTTING Continued 



ichine-readable Form 
[Offline) 



I/O DEVICE 

Must be compatible with input 
(card reader, paper tape 
reader, magnetic tape reader, 
floppy disk reader). 



APPLICATIONS SOFTWARE 
Scheme or technique for input 

varies to match device. 
SYSTEMS SOFTWARE 

Must support the I/O functions 
of the different devices. 



ES OF OUTPUT PRODUCTS 
irdcopy 

Upper and Lower Case, 
Diacritics 



Special forms require- 
ments Ex. cardstock, 
multipart forms, 
multiple copies 



splay 

Character Set 
Size of Display 

Features 
Scroll or Block 



unbination Hardcopy 
and Display 



achine-Readable 
Outgoing Communications 
Line 



I/O DEVICE 

Printers. Must consider exten- 
siveness of character set or 
flexibility for interchanging 
character sets. Line printer 
is more flexible than serial 
printer. Teletypewriters are 
upper case only. 

I/O CONTROLLER 
Must match. 

I/O DEVICE 

Printers. Must be equipped with 
a special card platen and card 
feed. Must accept special forms 
(e.g., multipart forms with 
carbon). 

I/O DEVICE 

CRT unit or Digital Read-Out unit. 

Must consider the character set 
available; usually quite broad. 

Must consider the required num- 
ber of characters per line and 
the number of lines per screen 
for display. 

Desired features may include 
foreground/background display, 
reverse video, blinking/non- 
blinking. 

Must consider whether display can be 
shown in an entire unit or block or 
does it move one line at a time. 
I/O CONTROLLER 

Must match device. 

I/O DEVICE 

CRT plus printer. 

May print simultaneously with 
the display, which will be 
slow, or may print off the dis- 
play on demand, allowing fast 
display and slow printing. 
I/O CONTROLLER. 
Must match device. 



I/O DEVICE 

Must be compatible to network 

or host. 
COMMUNICATIONS EQUIPMENT 

Modem or data set, with tele- 
communications lines. 

OR 

Hardwire lines with repeaters. 
COMMUNICATIONS CONTROLLER 

May require a processor. 



APPLICATIONS SOFTWARE 
Must reflect necessary program- 
ming techniques that are device- 
bound (background/foreground, 
blinking, reverse video, 
scroll or block mode). 



APPLICATIONS SOFTWARE 
May have to provide the soft- 
ware to move the data (actual 
transmission). 

Must be compatible to other end 
and may require a program as 
a bridge (reformat, protocols 
standards, etc.). 
SYSTEMS SOFTWARE 

May support a communications 
control processor function. 
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TABLE 13 Design Characteristics and Their ImpactsContinued 



Design Characteristics 



Hardware Impacts 



TYPES OF OUTPUT PRODUCTS-Continued " 

Machine-Readable Form I/O DEVICE 

(Offline) Ex. Punch cards, paper tape, 

magnetic tape, floppy disk. 
Device must be compatible with: 
Protocols (density, number of 

tracks) 
Format (standard) 



FILE STRUCTURE AND SIZE 
Structure 
Sequential 



Direct Access 



Size 

Large Number of 
Characters 



Number of Characters 
Required at One 
Time (Online) 



TRANSACTION/VOLUME 
Expansion and Growth 



MASS STORAGE DEVICE 
Punch cards, paper tape, cassette 
tape, magnetic tape, floppy 
disk, disk packs. 
I/O CONTROLLER 

Must match storage device. 
MASS STORAGE DEVICE 
Disk (floppy disk, fixed-head 

disk, movable-head disk) 
I/O CONTROLLER 
Must be a DMA direct memory 
access type. 



MASS STORAGE DEVICE 

Eliminates punch cards and paper 
tape as being too slow and in- 
efficient. 

Best to use magnetic tape or 
disk. ^ 

Usually use direct access 
instead of sequential, which 
means disk. 
MASS STORAGE DEVICE 

In online mode, must consider 
physical capacity per unit 
available at one time for 
accessing in terms of number 
of characters required at one 
time. 



I/O CONTROLLER 

Maximum number of user lines 

equipment can handle. 
MASS STORAGE DEVICE 
Maximum number of devices 

or units controller can handle 
CPU 

Main memory: maximum that can be 
addressed. 



Software Impacts 



APPLICATIONS SOFTWARE 
Must be compatible with other 

end. 

May require modules to meet 
format specifications. 



APPLICATIONS SOFTWARE 
Method of retrieval required. 
Some type of indexing scheme 
required (e.g., index sequen- 
tial, direct index, random 
number index). 
SYSTEMS SOFTWARE 

Disk operating system (DOS). 



SYSTEMS SOFTWARE 

Should consider that most have 
maximum number of remote users. 



ICOMPUTERS LIBRARY APPLICATIONS 



61 



TABLE 13 Design Characteristics and Their Impacts Continued 



Design Characteristics 



Hardware Impacts 



Software Impacts 



\NSACTION/VOLUME Continued 
eaks and Pressure CPU 

Points of Activity Speeds (cycle time, how cycles 

are apportioned). 

COMMUNICATIONS EQUIPMENT 
Modem speeds. 
Data transfer rates. 
I/O DEVICE 

Rate of speed of operation (unit 
time versus volume). 



.esponse Time 



Drting/Data Manipula- 
tion 
Nature: Numeric or 

Bibliographic 
Amount (Number of 

Records) 



CPU 

Speed (cycle time, how cycles 
are apportioned). 

MASS STORAGE DEVICE 
Requires large amount of work- 
ing space and access to sev- 
eral areas at one time. 
Tape System Would require 
minimum of three tape drives 
or large core storage as 
auxiliary. 

Disk One would be suffi- 
cient but must be large. 
CPU 

Large amount of main memory 
required. 



>LICATIONS CHARACTERISTICS 

marching 



Batch 



Boolean Logic 



Free Text 



Numerous Access 
Points 



Online 



MASS STORAGE DEVICE 
Any type will work, but should 
consider the speed of the 
reader in terms of process- 
ing time (card reader, paper 
tape reader, magnetic tape, 
disk). 

MASS STORAGE DEVICE 
Any type (cards, paper tape, 

magnetic tape, disk) 
MASS STORAGE DEVICE 
Any type (cards, paper tape, 
magnetic tape, disk); speed 
will be the variable. 
MASS STORAGE DEVICE 
Any type (cards, paper tape, 
magnetic tape, disk); speed 
will be the variable. 

MASS STORAGE DEVICE 
Disk (must handle direct 
access). 



APPLICATIONS SOFTWARE 
Bibliographic data generally 
requires variable-length 
records, which require more 
sophisticated software de- 
velopment for data manipulation. 
SYSTEMS SOFTWARE 

Should require utility routines 
to provide sorting capabilities. 



APPLICATIONS SOFTWARE 
Generally requires inverted 
file handling (complex, 
updated software required. 
A general-purpose software 
package might be considered 
due to the complex nature of 
search/retrieval programs. 
SYSTEMS SOFTWARE 

Requires a time-share operating 
system (DOS-oriented). 
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TABLE 13 Design Characteristics and Their Impacts Continued 



Design Characteristics 



Hardware Impacts 



Software Impacts 



APPLICATIONS CHARACTERISTICS Continued 
Searching, cont. 
Online, cont. 

CPU 
Large amount of main memory 

required. 
Sophisticated instruction sets 

required. 
CPU 
Large amount of main memory 

required. 
Sophisticated instruction 

sets required. 

MASS STORAGE DEVICE 
Disk; must have direct access 
online to data base and all 
inverted files. 
CPU 

Sophisticated instruction sets 
and register structure 
required. 
CPU 
Large amount of main memory 

required. 
Sophisticated register structure 

and instruction sets 
Must have memory (storage) 

protection feature. 
I/O CONTROLLERS 
Must handle multiple lines. 
Must be compatible. ' 
COMMUNICATIONS CONTROLLER 

May require a concentrator. 
May require a processor. 
COMMUNICATIONS EQUIPMENT 
Modem or data set, with tele- 
communications lines. 
OR 
Hardwire lines with repeaters. 



Boolean Logic 



Free Text 



Numerous Access 
Points 

(Multiple Inverted 
Files) 



Multiple Users 



Special Input/Output 
Hardware 
Light Pen 
Badge Reader 
OCR Scanner 



Remote Access 



Response Time (Online) 



I/O CONTROLLER 

Must match interface with CPU. 
Must consider data transfer 
rates. 



COMMUNICATIONS EQUIPMENT 
Modem or data set, telecom- 
munications lines. 

COMMUNICATIONS CONTROLLER 
May require a processor. 

I/O CONTROLLER 
Must match. 

CPU 

Speeds (cycle time), how 
apportioned. 



APPLICATIONS SOFTWARE 
Scheme or technique for input 

varies to match device. 
SYSTEMS SOFTWARE 
Must support input/output 
functions for the different 
devices. 

SYSTEMS SOFTWARE 
May require support of tele- 
communications functions. 
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TABLE 13 Design Characteristics and Their Impacts Continued 



Design Characteristics 



Hardware Impacts 



Software Impacts 



^CATIONS CHARACTERISTICS Continued 



liability 



Duplicate part of the hardware. 

CPU: duplicate. 

I/O CONTROLLER: duplicate. 

I/O DEVICE: have one or two spares. 

COMMUNICATIONS EQUIPMENT: have 

backup lines. 
Alternative methods 
I/O DEVICE 

Have an offline device to 
gathered data. Ex. punch cards 

to replace online keyboard. 
Must be compatible to the total 

system configuration. 
I/O CONTROLLER 
Must match device. 
CPU 

Intelligent terminal may handle 
data input in a local process- 
ing mode and transmit when 
system is up. Total system 
configuration must be designed 
to handle this method. 



LRFACE WITH OTHER SYSTEMS 

line I/O DEVICE 

Card reader, paper tape reader, 
magnetic tape reader, floppy 
disk reader, etc., must be 
compatible with input in 
terms of protocols (density, 
number of tracks) and format 
(standard). 



line 



ik to Multiple Systems 
Distributed Network) 



I/O DEVICE 

Must be compatible with network 

or host. 
COMMUNICATIONS EQUIPMENT 

Modem or data set, with tele- 
communications lines. 

OR 

Hardwire lines with repeaters. 
COMMUNICATIONS CONTROLLER 

May require a processor. 

CPU 

Large amount of main memory. 
Sophisticated instruction sets. 
COMMUNICATIONS CONTROLLER 
May require a processor. 
May require a concentrator. 
COMMUNICATIONS EQUIPMENT 
Modern or data set with tele- 
communications lines. 
I/O DEVICE 

Must be compatible with the 
network configuration require- 
ments in terms of protocols 
(density, number of tracks,) 
and format (standard). 



APPLICATIONS SOFTWARE 
Scheme or technique for input 

varies to match device. 
May require modules to meet 

format specifications. 
SYSTEMS SOFTWARE 
Must support input/output 
functions of the different 
devices. 

APPLICATIONS SOFTWARE 
Must be compatible with other 

end. 
May require modules to meet 

format specifications. 
SYSTEMS SOFTWARE 

Telecommunications functions 
support, or a simpler technique 
to emulate a terminal. 



SYSTEMS SOFTWARE 
Operating system must 

handle multiprocessing. 
Telecommunications functions 

support. 
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COLUMN FIVE: CLASS OF 
MINICOMPUTER 

The final column of the design bridge is the class of 
omputer system appropriate to the application char- 
.cteristics. (Column four will be discussed later.) 
Igain, it must be emphasized that these categories are 
nerely representative samples. The proper configura- 
ion for any system may cut across several of these 
ategories for the number of combinations is almost 
afinite. The categories are ordered in a hierarchy 
rom simple to complex or basic to sophisticated (see 
fable 14). 

COLUMN FOUR: LIBRARY SYSTEM 
SPECIFICATIONS 

The fourth column, that of assessing the library 
.pplication, can now be discussed. This column, 
lowever, must be left blank in this book. The answers 
ciust come from each individual library. For a library 
ataloging or circulation system, there are no right or 
/rong answers to such questions as "How many 
erminals are required?" "Are remote communications 
ines necessary?" "Does the output have to be in 
aachine-readable form?" In fact there is often no one 
.nswer in a specific library setting. Decisions can be 
>ased on tradeoffs or on specific constraints. These 
lecisions are based on the system requirements drawn 
ip during the systems analysis and systems design 
>hases that precede this task. 



System Requirements- 
he Bridge 



-One End of 



As stated repeatedly in library literature and in this 
>ook, systems analysis and design form the keystone of 
. successful automated system. At present they often 
.re performed inadequately. The details of systems 
.nalysis cannot be covered in this book. The suggested 
lain reference to follow is Markuson et al., Guidelines 
ir Library Automation, 3 which was written specifically 
Dr Federal libraries. 

Markuson presents the major phases of systems 
.nalysis and the tasks involved as follows. 4 

1. Perform preliminary planning and preparation 
Inform library staff of plans 



Determine objectives and purposes of system 
study 

Survey relevant library automation literature 

Prepare project schedule, allocate funds, and 
assign staff 

Establish documentation standards and proce- 
dures 

Prepare project proposal 

2. Analyze present operation 

Perform descriptive analysis 
Flowcharts 
Decision tables 

Questionnaires, case studies, etc. 
File analysis: files, records, data fields 
Investigate conditions imposed by outside envi- 
ronment 

Agency and local agency 
Library community 
Others 

Identify operations requiring human judg- 
ment 

Identify exception situations 
Identify management and performance data 
requirements 

3. Define system requirements for automated oper- 

ation 

Establish input and output requirements 
Establish operational and human factors 
Establish staffing, funding, and time require- 
ments 

4. Produce project report 

Document findings in a project report 
Review findings with appropriate agency man- 
agement 

Report on results to library staff. 
The first phase is basically a review of the situation 
and an assessment of what the problems are. It must be 
pointed out that an automation project should be 
directed at a problem or need. No one should think of 
automating simply because it is fashionable or because 
equipment is available. Automation should be the 
means, not the end. Some genuine needs for automat- 
ing can be classified as. 5 

Increased volume of activity 

Need for improved control over operations 

Need for improved control over collections 



3 Barbara Evans Markuson et al., Guidelines for Library Automation; A Handbook for Federal and Other Libraries (Santa Monica, Calif.: System Development Corporation, 
972). Another basic library text is: Edward A. Chapman, Paul L. St. Pierre, and John Lubans, Jr., Library Systems Analysis Guidelines (New York: Wiley-Interscience, 
:>hn Wiley & Sons, 1970). For a collection of essays on and a bibliography of library systems analysis, see: John Lubans, Jr. and Edward A. Chapman, Reader in 
ibrary Systems Analysis (Englewood, Colo.: Microcard Editions Books, 1975). 

4 Markuson et al., Guidelines for Library Automation, p. 26. 

5 Ibid, p. 8. 



Need for improved service to users 

Need to provide new services 

Need to prevent duplication of effort 

Need to operate within existing staffing patterns 
or conditions. 

The specific needs must be stated and formal system 
objectives written. These objectives should be stated 
broadly, then restated as specific objectives. 

The second phase involves an analysis of the present 
system. Systems analysis is defined as "the study of all 
of the components, operations, data, information and 
material flow, work environment, etc., that constitutes 
the existing system." 6 To facilitate this process, various 
techniques such as flow charting, decision tables, 
surveys, questionnaires, interviews, case studies, and 
cost analyses are used. In general, systems analysis 
requires systematic attention to the following items. 7 
Data. These are the files, records within the files, and 

fields within the records. 

Operations. These are the tasks that are performed in 
accomplishing some functional objective. Opera- 
tions include filing, posting information to a file, 
searching, labeling, etc. 

Materials Flow. This component concerns the physi- 
cal entities with which the library deals. Materials 
include books, serials, maps, microform, laborato- 
ry notes, etc. The materials flow includes receipt, 
processing, storage, retrieval, and use. 
Information Flow. This component comprises all of the 
communications that relate to how data and 
materials are to be handled and how operations 
are to be performed and, as used, means informa- 
tion about the system and does not refer to 
content of materials. It includes policies, regula- 
tions, oral communication, forms, reports, and 
statistical data about the system. 
The third phase is to identify and define the system 
requirements for the new system. "System require- 
ments are the set of tasks and characteristics that the 
new system must perform and have." 8 The systems 
requirements are based on the demands (for informa- 
tion, reports, and action) on the system from all 
sources. 

Three cautions must be stated about the systems 
requirements. First, while the new system require- 
ments will be similar to the present system description, 

Ibid., p. 29. 

7 Ibid. 

8 Ibid., p. 40. 

9 Ibid. 

10 Chapman, St. Pierre, and Lubans, Library Systems Analysis Guidelines, pp. 36-44. 

1 1 Markuson ct al., Guidelines for Library A utomation, p. 3 1 . 



they should not be a reiteration of the exisi 
It is a mistake to automate a manual system 
demands and requirements should not e 
same. The problem or need on which the n< 
based will trigger some different require] 
existing system has taken on characteristi 
the results of constraints that have be 
pragmatic adjustments that have been mac 
system requirements should be free of thes 
bound" requirements and should be an i 
ping list" 9 The new requirements shoi 
drawn up free of existing requiremem 
tradition-bound or unnecessary. 10 

The second caution deals with the natur 
the requirement. The system requirem 
expressed in library terms, "need" terms as 
"solution," or automation, terms. For e> 
statement "daily access to the order file" v 
appropriate library requirement but the 
"online file access" would not be it ste 
the "solution," or data processing, area. 

The third caution has to do with the 
library. Libraries rarely exist as independei 
tions. They therefore must be viewed in 
within larger structures. The library ; 
requirements are often the first things con 
requirements imposed on the system from 
library must also be considered. For exam 
son lists these aspects of the outside envirc 
must be considered: 11 

Agency budget requirements 

Agency personnel or payroll records 
circulation or master user files) 

Agency headquarters library policies 

Agency purchasing requirements 

Library of Congress Card Division n 
for card purchases 

Vendor requirements for purchase ord 

Agency statistical reporting requiremc 

Subject to these three cautions, the task c 
system requirements entails considering tl 
questions. 

What needs or demands must the s^ 

What are the impacts (organization 
mental, and/or other system) and th< 
(physical, organizational, technical, 
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resources) that must be considered by the new 

system? 
What are the functions that must be performed by 

the system, in terms of: 12 

what triggers each function? 

what are the restrictions on each function? 

what are the data elements used in the func- 
tion? 

what processing steps must take place in the 
function? 

what volume of processing per period of time? 

what is the frequency of execution of the 
function? 

How these requirements are ordered or expressed is 
somewhat arbitrary. Markuson suggests a more gener- 
al, less technical outline. 13 

1 . Statement of general requirements 

2. Scope of operations to be included 

3. Statement of functional requirements, such as: 

Data elements to be included 
Data access points 
Status requirements 

4. Statement of human factors requirements 

5. Volume to be handled: 

Daily flow 

File size 

File maintenance 

6. Statement of management data requirements, 
such as: 

Analyses needed 
Output products required 

7. Statement of desirable features (can include 
operations, analyses, output products, etc.) 

The following is a sample list of requirements for a 
circulation system. 14 

1 . General requirements 

Improve control over materials in circulation 

Improve management data reporting 

Improve control of books and unbound serials 

2. Circulation operations to be included 

Charging and discharging 

Overdue control 

3. Functional requirements 

Data elements must include brief title, brief 
author, complete call number (including copy), 
date due, and borrower identification 

12 U.S., Civil Service Commission, Bureau of Training, ADP Management Traini 
D.C., n.d., p. A-5. (Mimeographed.) 

13 Markuson et al., Guidelines for Library Automation, p. 42. 

14 Ibid. 



Data access points to charge file (books 
circulation) must include title, call muni 
and borrower 

Charges and overdues must be identifiable c 
daily basis 

The system must not depend on conversioi 
the shelflist 

4. Human factors requirements 

Due to high turnover, the system must 
designed so that it can be handled by relati^ 
untrained clerks 

Equipment must not be noisy and must 
require redesign of circulation area 

Output products should be legible and cor 
nient to scan 

5. Volume to be handled 

Daily: 1,000 charges and discharges, 50 o^ 
dues 

File Size: 40,000 maximum for circulation i 
5,000 maximum users 

File maintenance: Outside of discharg 
corrections occur at a rate of 10 per week 

6. Management data requirements 

Daily tally of overdues and charges 

Monthly and yearly summary of overdues \ 
charges 

Desirable but not mandatory: Monthly tall 
loan activity for every borrower and averag 
all borrowers 

7. Desirable features 

Handling of interlibrary loans and pertir 
activity summaries 

Analysis of loans by broad class categories 

Inclusion of temporary borrowers 

Lists of items in circulation on a daily basis v 
weekly cumulation 

Use of automatic charging device and peri 
nent borrower cards 

Integration of system with agency pay 
account number 

Handling of reserve requests 

Systems Design The Other End of 
the Bridge 

The system requirements as just described are 
basis for the systems design specifications, wl 
describe the nature of the system to be implemei 

ng Center, "Management Introduction to Automated Data Bases," Washir 
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and how it is to operate. These are expressed in a 
design document that serves as "the blueprint and 
point of reference for all subsequent implementation 
work. It provides all the information necessary to 
solicit bids, if equipment or outside assistance is 
needed, and to develop work assignments for library or 
other 'internal' personnel .... It must contain all the 
information necessary for the initiation of computer 
program design and coding, e.g., flow charts, data 
formats, file design, and operational procedures." 15 
This final document is the result of the systems design 
phase, which "is concerned with formulating various 
systems that meet some or all of the requirements 
developed during the analysis phase. It also includes 
the critical review of the postulated alternative sys- 
tems, the recommendation of the 'best 5 system, and 
detailed design of the selected system." 16 The follow- 
ing list shows the steps of systems design. 17 

1. Formulate initial systems design 

Develop flowchart or functional diagrams and 
tentative system specifications 

Conceptualize and study alternative system 
approaches 

Refine system specifications 

Obtain approval of initial design 

2. Establish hardware specifications 

Identify processing and offline storage require- 
ments 

Identify input and output characteristics and 
requirements 

Identify any needed modifications for library 
application 

Identify essential components at various levels 
of system implementation 

Investigate procurement of equipment 

Estimate lead-time requirement for obtaining 
equipment 

3. Establish software specifications 

Identify computer programs required 

Investigate general-purpose programs suitable 
for system use 

Develop specifications for program language to 
be used 

Develop program documentation requirements 

Investigate capabilities of programming staff 
available to library 

4. Analyze costs 

15 Ibid., p. 56. 

16 Ibid., p. 43. 

17 Ibid., pp. 44-45. 



Analyze present operational costs 
machines, material 

Analyze projected costs of automai 
tional system men, machines, mat< 

Compare costs at projected levels of 

Analyze transition costs acquisitk 
mated system and costs of maintenai 
systems during system implementatio 

Identify cost of conversion of essential 

Identify costs of training existing 
preparation of manuals, code books, < 

5. Assess changes resulting from automati 

Identify alteration of routines, provis 
services 

Describe effect on present staff organ! 

Consider increased capability, chan; 
costs, etc 

Consider potential of phasing cor 
system into proposed agency, local 
regional systems 

6. Investigate management problems 

Investigate problems of managing fut 
tion 

Contractor facility 

Use agency computer facility 

Investigate amount of computer tim 
to library and schedule for services 

7. Report on system investigation results 

Prepare two reports: general report 
staff, institution management, etc. 
report for further implementation aci 

Prepare displays, charts, etc., cove] 
points for staff and other briefing sess 

Report on investigation to library c 
as appropriate 

Develop schedule for further impk 
plans 

8. Perform project reporting and review 

9. Obtain approval for further system irr 
tion 

The systems design phase should be 
creative phase of the automation process, 
firmly based on the system requiremen 
experience gained from the description of t 
system, but it can look beyond existing 
procedures, or operations. The system des 
done by a team consisting of a librarian 
processing experts. Working together, the 
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>nceptualize and study alternatives from both library 
id data processing standpoints. The best system will 
teet both data processing needs and library needs 
ithout undue distortion of either. 

It is during the system design phase that the bridge 
in be used. In the following section the characteristics 

minicomputers will be explored in terms of library 
Dplications system requirements. 

IBRARY APPLICATIONS 
iENERAL 

In the systems design phase a manual system may 
^pear to be the proper solution. Although almost 
lything can be automated to one degree or another, 
3t everything should be. 18 Manual activities, such as 
Loving materials, shelving books, and opening pack- 
res are not suited for automation in a library, as they 
tight be in a warehouse. The intellectual activities of 
tting policies and making decisions can be supported 
f automated statistical analyses, simulation, and 
Lodeling, but except for those simple decisions that 
in be reduced to algorithms, the decisions themselves 
innot be automated. The same can be said for the 
^rsonal services of a library. Automated products and 
>erations can aid a reference librarian in the one-to- 
le interaction with a user, but they cannot complete- 

replace the human element. 

The clerical activities of the library are the best 
indidates for automation. These are typified by 
:cordmaking and keeping, data manipulation (such 
sorting or searching), and data control. Even in the 
erical areas, not everything should be automated. In 
iany cases, the most efficient system is not one that 
iocs it all," but one that does the routine or standard 
.sks while leaving the exceptions to be done by 
uman beings. 19 

If automation is appropriate, it can be accomplished 
y a large-scale computer system, network, time- 
laring service bureau, minicomputer system, or 
>mbination of these. Some applications, some user 
seds, and some sizes of libraries typically call for 
irtain types of systems, but the options should be left 
Den. 

There is no one type of library or size of library that 
lould or should not automate. It was once axiomatic 
tat no library with a collection of fewer than 100,000 
lould automate, but Swihart and Hefley suggest that 



the minimum size for an independent system is 25,000 
titles, which brings many more libraries into consider- 
ation. 20 Even that number is not inviolate. Sometimes 
the organizational structure of a library and the 
structure's complexity can dictate automation, as can 
the structure of the parent agency in which the library 
resides. Staffing problems can suggest automation as a 
solution. For example, either a hiring freeze that 
results in a lack of clerical support due to attrition or a 
one-professional shop that requires careful allotting of 
time can justify an automated system to absorb part of 
the housekeeping load. 

Minicomputers themselves have opened up both 
more libraries and more library activities to automa- 
tion. Minis are small, simple, and modular, and they 
can be used in smaller applications. Minis are ideally 
suited as single-purpose, dedicated systems. It is 
conceivable that several mini systems serving a library 
could be more economical than a single computer 
system trying to provide the same service. Using a 
system of several minis allows a library to introduce 
automation one module at a time. The separate 
modules could be connected but would remain basical- 
ly independent. Minis, because they are so flexible and 
well suited to small-scale applications, can be used in 
connection with other automation systems as comple- 
ments or supplements to such systems, or as compo- 
nents. Even libraries that already have automated 
systems could consider potential mini applications. 

In looking at library applications, the major opera- 
tional areas of the library (cataloging, circulation, 
serials, interlibrary loans, acquisitions, reference, SDI, 
and administration) will be used as points of reference. 
Keep in mind, however, the various approaches to 
automation reviewed in Chapter Two. Consider also 
that in any one library the various functions performed 
can be placed under a number of departments. For 
example, serials can be part of cataloging, part of 
acquisitions, or a separate unit. Interlibrary loans can 
be part of reference, part of circulation, or completely 
independent. It is for such reasons that the specific 
descriptions in this book are only illustrative and are 
not detailed models for imitation. 

Markuson and her collaborators reviewed the major 
library areas and developed a series of lists of functions 



18 Ibid., p. 70, for additional discussion. 

19 Cox, Dews, and Dolby, Computer and the Library, p. 45. 

20 Stanlev T. Swihart and Re.rvl F H^lf^v CnmtnitKr Systems in the I .ihrarv: A Handbook for Managers and Designers (Los Aneeles: Melville Publishing Co.. 19731. D. 10. 
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involved in the performance of the tasks of these 
areas. 21 These function lists illustrated that there are 
"recurring basic functions and tasks: record prepara- 
tion, record input, filing, file maintenance, searching, 
materials handling, etc." This approach goes beyond 
looking at the area on a step-by-step basis as plotted in 
the flow chart and helps the design to be solution- 
oriented, rather than merely a replication of the 
existing system. 

ACQUISITIONS 

Markuson and her coworkers saw acquisitions 
systems as centered around two basic groups: (1) fund 
accounting activities that deal with the "management 
and control of fund allotments and expenditures and 
related functions," and (2) order control activities that 
entail "machine-readable input of order information 
and the generation of a variety of output products." 22 
The Columbia University acquisitions project estab- 
lished "three levels of data flow, namely, (1) process 
control, or the flow of order data and the processing 
status of each order through the system; (2) fiscal data 
flow, or the encumbering of funds, paying of invoices, 
and reporting of fund status; and (3) bibliographic 
data flow, or the assembling, verifying, storing, and 
transferring of bibliographic data needed in the 
cataloging process . . ," 23 In either case, the following 
list of acquisitions functions and subfunctions is useful 
as a summary. 24 

1. Establishment and Surveillance of Policies and 
Procedures 

Policy development 

Maintenance of procedure manuals 

User feedback analysis 

Performance analysis 

Establishment of procurement sources (vendor 

files, blanket order agreements, etc.) 
Interlibrary cooperation 

2. Fund Control 
Allocation of fund allotments 
Fund encumbering 
Invoice clearing 

Voucher preparation 

3. Materials Selection 

Review of, and selection from, notices of potential 



Approval of purchase requests 
Identification of desiderata materials 

4. Order Preparation and Control 
Screening and distribution of purchs 
Searching and completion of bibliogr; 

data 

Vendor and fund assignment 
Order approval 
Order form preparation and file 

monographs, serials, gifts and excl 

5. Materials Handling 
Material sorting and distribution 
Routing 

Control of items through processing 

6. .Receipt processing monographs, 
Item verification 

Invoice verification 
Claiming 

7. File Input and Maintenance 
Record input preparation and revision 
Error correction 

Transaction control: additions and del 
Use of data from outside source 

8. Output Generation, Dissemination i 

ing 

Preparation of order forms, cancellat 
Printing of lists of items on order 
Output of change or control cards 
Preparation of preliminary catalog coj 
Preparation of accessions lists 
Dissemination of order lists, dealer ca 

notices, etc. 
Dissemination of products 

9. Gifts, Exchanges, Memberships, V< 

Other Sources 
Control of gift sources 
Control of exchange partners 
Control of memberships 
Control of vendor agreements 
Maintenance of vendor and other soui 

10. Reference and Retrieval 
File searching 
Retrieval of items in process 

1 1 . Processing Records from Outside Soi 
Selection of records identified for pure 
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Modification of records for local use 
Dissemination of hardcopy records 
Analysis of subject coverage 

The major activities of the establishment and surveillance 
of policies and procedures function are intellectual in 
nature. Automation in this area will generally be 
limited to support. Data from other automated areas 
(for example, the management information system) 
can be provided on which to make decisions; analyses 
can be performed by computer (for example, statistical 
procedures as part of the surveillance of the system); 
and procedures manuals can be updated by a text- 
editing computer system. 

Fund control is a natural area for automation. 
Bookkeeping has been automated in business and 
industry for some time because this reduces redundant 
manual entries and improves accuracy. The informa- 
tion on each order or transaction must be kept current, 
manipulated many times, and used for a number of 
purposes. Done manually, this job often requires many 
files or at least many massages of the file. The capture 
and control of the order information is well suited to 
automation. 

Materials selection is not even considered acquisitions 
in some libraries. However, the selection area is where 
the initial capture of the bibliographic elements 
occurs, so it does have an impact on acquisitions. This 
function also uses information from the acquisitions 
system: Is this book already in the collection? Is it 
already on order? Is it for sale from a regular source? Is 
there enough money to cover its cost? So, although the 
final selection probably will be a human decision, 
automated processes and files can support this func- 
tion. 

Order preparation and control is a mixture of clerical and 
intellectual activities; the extent to which it can be 
automated varies. For example, searching and comple- 
tion of bibliographic order data could be automated if 
the Books in Print Data Base in machine- readable form 
were available, or if MARC tapes were available to 
search, or if a jobber's file, such as BRO-DART's 
IROS system, were available online. Without these 
data bases, this function could not be effectively 
automated. Vendor and fund assignment can be 
automated if the rules for the decisions can be 



Materials handling is largely a manual ope 
although automation could support such a func 
routing. The control of the item through proce 
where the automated system can best perfori 
example, if a status code is carried in the rec 
each item and updated as the item travels throi 
flow, the item always can be located and retrie\ 
do this manually requires many files and/or 
refiling. 

Receipt processing entails physically handling i 
als and making individual judgments based 
original order information. Although humar 
ment is required, the data required to ma 
judgment can be supplied by an automated f 
Followup activities connected with claiming a 
tied to the order subfunctions. This functic 
provides information for other subfunctions s 
fund control invoice verification. 

The remaining functions on the list can be 
ered as subfunctions of the other areas. They cc 
be automated as parts of other automated proc 

The use of minicomputers as part of a new 
should be determined by specific problems or n 
the library. For this discussion, however, a nun 
typical problem areas in acquisitions can be liste 

Maintenance of the vendor source file 

Control of standing orders 

Control of a depository collection 

Control of items in process 

Preparation of orders and status control 

Bookkeeping and accounting 

An agency accounting system with wt 
interface 

Control of a processing center serving n 
units 

Integration of purchase request items j 
from MARC tapes 

Loss of service from the present large-seal 
system 

Control of preview and purchase of aud: 

materials 

All of these areas can be supported by a minico 
system. 

To illustrate the use of the design mod 
bridge), one of these problem areas will be de' 
as a case studv and "walked across" the bridere 
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Case Study 

Problem Area 

An efficient means of handling cooperative acquisi- 
tions among branch libraries is needed. 

Library Environment 

A Federal agency has 14 branch or field libraries 
throughout the United States, as well as a main library 
at the headquarters in Washington, D.C. A central 
processing unit provides technical services for all of the 
libraries. Each library performs its own book selection, 
and the processing unit orders what is requested. 
About 4,000 volumes are acquired each year. 

Goals 

It is desired to coordinate the selection, acquisitions, 
and cataloging processes of the 15 libraries and the 
processing unit. 25 The intended benefits will be: 

1. Professional expertise used in the book selection 
process will be shared among the libraries. 
Clerical efforts will be reduced by elimination of 
redundant searching, typing, and verification. 

2. Collections will be better balanced. Expensive 
items may not be duplicated within the system 
and an interlibrary loan will be used if a book 
available at one branch is needed at another. 

3. There is the possibility of earning a volume 
discount on purchases of multiple copies of a 
single title. 

4. Cataloging will be more efficient if it deals with 
multiple copies of a single title at one time, rather 
than performing the added copy routine a num- 
ber of times. 

Proposed Flow 

A library will research and select a title to add to the 
collection through the regular selection workflow (see 
the Materials Selection function). The bibliographic 
elements of the purchase request will be keyed, i.e., 
entered into machine-readable form. On a biweekly 
schedule, the purchase requests will be sent to the 
processing unit. The purchase requests from all the 
libraries will be merged and sorted (see the Order 
Preparation and Control function). A combined list 
will be sent to each library. The list will be reviewed by 
each library and additional copies desired will be 
indicated. The lists will be returned to the processing 



unit. The purchase requests will be m< 
by vendor, and the orders will be prepa 

System Requirements 

1 . Input captured in 1 5 different loc 

2. Processing performed in one cent 

3. Output must be prepared in 15 i 
py (for the list). 

4. Output must be prepared on j 
hardcopy (for the orders). 

5. Record status in the file must be 
times. 

6. Turnaround time must be as si 

7. Data must be sorted and reforma 1 

Alternative Designs 

1. Punch cards are prepared by each 
purchase request and sent to the 
Cards are read, merged, and s 
purchase requests is printed witl 
one copy is sent to each libr 
Branches desiring additional cop] 
accordingly. The list is returned 1 
unit. Input is keyed and the 
Orders are prepared. (Turnarou 
extended due to mail delay.) 

2. Each library has a key-to-disk si 
requests are entered. The floppy c 
processing unit. The floppies 
merged. The complete file is soi 
out on floppies, which are r 
libraries. The list on the floppy i 
input to the file (added copies to 
keyed. The floppies are returnee 
the main file is updated. Ordei 
pared. (Turnaround time will be 
mail delay.) 

3. Each library has an online, inte 
for entering data on purchase rec 
reviewed independently (onlin< 
terminal) by each library and 
spot. After a predetermined cuto 
sorted and orders are prepared. 

The Bridge: Review of Design Cru 
and Their Impacts 

The details of the library setting an< 
alternative designs are compared to th 
teristics. Where a match occurs, th< 



25 David L. Weisbrod, "Acquisitions Systems: 1973 Applications Status," in Library Automation: The State of the A rt II, eds. Susan K. Martini 
presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the Ameri< 
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tware impacts are considered. Table 16 is a summa- 
of the three foregoing possibilities in terms of the 
ridge" design model. Tables 17, 18, and 19 summa- 



rize the relevant design characteristics and the hard- 
ware and software impacts of the three. 



TABLE 16 Design Characteristics of Each Application 



Design Characteristics 



General System Requirements 
and Specific Alternative Systems 



Design Characteristics 
Pertinent to Systems 



putting 

Nature of data 
Oneway/conversational 
Different types of devices 
Location of input stations 
Multiple online users 
Outside source 
itput Products 
Hard copy 

Special forms 

Multiple copies 
Display 

Combination hardcopy/softcopy 
Machine-readable 

Offline 

Online 

e Structure and Size 
Structure 

Sequential 

Direct Access 
Size 

ansaction/Volume 
Expansion 
Peaks 

Response Time 
plications Characteristics 
Sorting/data manipulation 
Searching 

Batch 

Online 

Access points 
Multiple users 
Special input/output devices 
demote access 
Response time 
erface with Other Systems 
Offline 
Dnline 
ik to multiple systems 



General System Requirements: 

15 libraries perform data capture 

One processing location 

4000 volumes per year 

Purchase request: bibliographic data, 

selection source data, order data 

(approximately 300 

characters per request) 
Orders typed on special forms 
Data must be reformatted 
Sorted lists required 

Records must be updated 
Alternative One: 

Each library prepares punch cards 
Center must be able to read cards 
Output list prepared 

in 15 copies 
Additional data capture 

at center from 15 

lists to update file 

Alternative Two: 

Each library performs data 

capture on key-to-disk units 
Center must be able to 

read floppy disks 
Center must be able to 

write output on floppy 

disks (15 copies) 
Each library must be able 

to search, read, and 

update floppies 

Alternative Three: 

15 online, interactive 
terminals 

Entire current file online 
Online update capability 



Output: hardcopy, special forms 

Applications Characteristics: 
sorting, alphabetic 



Input: one-way 
File Structure: sequential 
Output: hardcopy, multiple 
copies 



Input: one-way-offline, 
machine-readable 

File Structure: sequential 
or direct access 



Input: conversational- 
location of input stations- 
multiple online users 
File Structure: direct access 
Application Characteristics: 
remote access 
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TABLE 17 Alternative 1 



Design 
Characteristics 



Hardware/Software 
Impacts 



Library System 
Specifications 



Means of Inputting 
One-way. 



Types of Output Products 
Hardcopy: Special forms 
and multiple copies. 



File Structure and Size 
Structure: Sequential. 



Applications Characteristics 
Sorting: Alphabetic. 



I/O Device: input only. 
Ex.: keyboard, card 
reader, paper tape 
reader. 

I/O Device: printer with 
special paper capabil- 
itiesprobably an 
impact type to handle 
multiple copies. 

Mass Storage Device: any 
type can handle sequen- 
tial. Ex.: punch cards, 
paper tape, cassette 
tape, magnetic tape, 
diskette, or disk. 

Mass Storage Device: 
large working space re- 
quired and access to 
several areas at one 
time. Tape system will 
require three drives. 
Disk system could have 
one large disk. 



Keypunch machine at 

each library. 
Punch card reader for 

computer configuration. 

Impact printer, prob- 
ably a line printer 
for speed in print- 
ing 15 copies (i.e., 
three or four runs). 

Open (Class III dic- 
tates no disk). 



Optional (Class III 
dictates magnetic 
tape or diskette 
(if capacity is 
large enough). 



TABLE 18 Alternative 2 



Design 
Characteristics 



Hardware/ Software 
Impacts 



Library System 
Specifications 



Means of Inputting 
One-way. 
Outside source: 
Offline machine- 
readable form. 
Type of Output Products 

Hardcopy: Special forms. 

Machine-readable 
output form 
(offline). 

File Structure and Size 

Structure: Can be either 
sequential or 
direct access. 



Applications Characteristics 
Sorting: Alphabetic. 



I/O Device: key-to-disk sta- 
tion or intelligent terminal. 

System Software: floppy 
disk operating system. 

I/O Device: printer with 
special forms capability 

I/O Device: same medium as 
input station, i.e., floppy disk. 

System Software: floppy 
disk operating system. 

Mass Storage Device: any 
type can handle. Ex.: 
cassette tape, magnetic 
tape, diskette, or disk. 
Size of file is the con- 
trolling variable. 

Mass Storage Device: 
large working space re- 
quired and access to 
several areas at one time. 
Tape system will require 
three drives. Disk system 
could have one large disk. 



Key-to-disk station 

at each library. 
Floppy disk drive for 

computer configuration. 

Printer, line or 
character. 



Open (Class III dic- 
tates no disk). 



Optional (Class III 
dictates magnetic 
tape or diskette 
if capacity is 
sufficient). 
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TABLE 19 Alternative 3 



Design 
Characteristics 



Hardware/Software 



Library System 
Specifications 



Minin 

Class 

Comp 



Means of Inputting 
Conversational. 



Location of input 
stations. 



Multiple online 
users. 



Type of Output Products 
Hardcopy: Special forms 

File Structure and Size 

Structure: Direct access 



Application Characteristics 
Sorting: Alphabetic 



Remote Access 



I/O Device: two-way 
(output or response 
capability). 

Communications Equipment: 
hardwire or telecom- 
munication line. 



I/O Device: two-way 
(conversational capa- 
bility). 

Communications Equipment: 
telecommunications 
lines or hardware lines. 

System Software: must 
handle telecommunica- 
tions functions if that 
method is used. 

I/O Device: printer with 
special forms capability. 

Mass Storage Device: disk 

device (diskette, 

fixed-head disk or 

movable-head disk). 
System Software: disk 

operating system. 

Mass Storage Device: large 
working space required 
and access to several 
areas at one time. Tape 
system will require three 
drives. Disk system could 
have one large disk. 

Communications Equipment: 
hardwire lines or tele- 
communications lines 
and modem. 

Communications Controller: 
may require a processor. 



Due to distances of 
the libraries, tele- 
communications lines 
and equipment must 
be used. 

Terminal must have 
modem. 



IV 



Printer, line or 
character. 

Disk system. 



Telecommunications 
system. 
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TABLE 31 Typical U.S. End User Printer Equipment Prices and Speeds 



Comments 



Impact Character 
(Shaped Character) 
Speed (characters/second) 
Price ($000) 

Impact Character 
(Dot Matrix Character) 
Speed (characters/second) 
Price ($000) 

Impact Line 
(Shaped Character) 
Speed (lines/minute) 
Price ($000) 

Non-Impact Character 
(Dot Matrix Character) 
Speed (characters/second) 
Price ($000) 

Non-Impact Line 
(Dot Matrix Character) 
Speed (lines/minute) 
Price ($000) 



90-250 300-700 
3-17 3-51 



10-30 
1-4 



30-100 
2-8 



60-120 
4-6 



115-660 
4-12 



800-1800 2000 
35-80 74-112 



10-240 
1-4 



300-600 1000-3600 4000-18,000 
5-10 7-13 165-310 



Multiple copies possible, 
preprinted forms possible 



Multiple copies possible, 
preprinted forms possible 



Multiple copies possible, 
preprinted forms possible 



Requires special paper, 
single copy only 



Requires special paper, 
single copy only 



Teletypelike Terminals. Teletypelike terminals 
have keyboards for input; they print on paper for 
output. Some character printers with keyboards in- 
cluded could qualify as input/output terminals. Many 
of the same characteristics of the printer apply to these 
"teleprinters" (impact and nonimpact printing, speeds 
from 10 to 120 characters per second, upper case and 
upper /lower case, 80 characters per line or less and up 
to 132 characters per line). Table 32 gives price ranges 
for various types of Teletypelike terminals. 

TABLE 32 Typical Teletypelike Terminals 



Line Width 


Print Speed 


Price 


80 characters per 
line or less 
More than 80 
characters per line 
Generally 80 or more 
characters per line 


Up to 30 characters 
per second 
Up to 30 characters 
per second 
Up to 120 characters 
per second 


$1,500-85,000 
$2,000-85,000 
$2,300-85,500 



Keyboard /Display Terminals. The most common 
keyboard/display terminals use a CRT for display. 
Although these have some characteristics in common 
with hardcopy printers, other characteristics are 
peculiar to display units. 

Character format (size of the dot matrix used to 
form the characters) Common patterns are 5 
by 7 or 5 by 9 (the more dots, the more legible). 



Display characters (total number displayed on the 
screen) Usually 640-2000 characters. 

Format (number of characters per line and number 
of lines per screen; the product of the two equals 
the total number of display characters) Com- 
mon formats are 80 characters by 12-24 lines. 

Speed The speed is equal to the transmission rate 
because there is no slowdown due to mechanical 
devices. If the CRT is connected as a TTY 
replacement, the controller will transmit the data 
one character at a time, with a speed that varies 
with the keyboard operator. The printer will work 
at a rate comparable to that of a Teletype. The 
more sophisticated controllers allow transmission 
in blocks at communications speeds, e.g., 9600 
BAUD. 

Character set Upper case (64) or upper/lower 
case (96), a few with special characters capability 
(128). 

Special features Buffered or unbuffered; page 
mode; forms fill-in formats; function keys; line 
and character edit capability; double width 
characters; controllable cursor; reverse video; 
blinking; built-in modem; acoustic coupler; por- 
table; and color. 

Prices vary according to the combinations of fea- 
tures and elements. The bottom level is around $1,000, 
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i the top is more than $12,000. The top end has 
tures that place it in the intelligent terminal class. 
some CRT controllers handle multiple units as a 
ster. Some units have the capacity to plug in a 
nter for hardcopy output. 

tftware 

!n many cases, systems software and an operating 
tem are included with the purchase of a minicom- 
ter processor. "Extras," in the form of utilities, 
npilers, and communications packages, are sold 
iarately. Some manufacturers offer applications 
tware packages designed for special purposes. Many 
npanies will not sell these packages, but only lease 
; m, to protect the proprietary nature of the packag- 
This arrangement usually allows the user to receive 
: latest, most up-to-date version of the software. 
rhe following prices are offered from main mini 
inufacturers' business systems lists. They would not 
:essarily reflect prices from a systems house. 
stems Software 

$ 15/month rental 

$700 purchase 

$ 15/month rental 

$ 25/month rental 

$ 20 to $ 90/month rental 

$ 11 to $1 15/month maintenance 



Jtilities 
Jommunications 
)pcrating system 
Compiler 



plications Software 

*urchase $ 500 to $3500 

$ 600 to $ 750 plus $12.50/rnonth maintenance 
.ease fee $ 175 

$ 250 to $1450 plus $10 to $65/month 

$2500 to $4600 

Monthly $ 75 to $ 420/month 
rental 



rstems 



series; and Burroughs has an entire series of systems for 
work-station based data entry/inquiry. 

One type of system the small business computer 
has received much attention and has been widely 
developed by the industry. These systems are "general- 
ly characterized by purchase prices between $5,000 
and $100,000 and by a strong orientation, in both 
equipment and software, toward conventional business 
data processing application." 23 They are developed by 
the main minicomputer manufacturers or by indepen- 
dent system houses or turnkey vendors. This market 
was assessed at $1 billion in 1976, and so has received a 
great deal of attention from the trade press. Articles 
that survey and review small business systems appear 
routinely, and looseleaf services such as Auerbach's 
Buyer's Guide to Business Minicomputer Systems'** offer 
current information on the market. 

One must be very careful in studying systems as 
described in the press. Not every vendor "bundles" his 
system the same way and not every reviewer presents 
the data the same way. For example, the Datamation^ 
survey described the Datapoint Model 2200 one way, 
and Mini-Micro Systems 26 described it quite another: 
Datamation Mini-Micro Systems 



Model Highlights 
No. installed/date: 

9000 since April 1972 
Multiprogramming: No 
Communications: 8 lines 
Applications: banking, 

insurance, government, 

accounting 

Processor (Datapoint) 
Internal storage: 

4K to 16K MOS 

(3.2 /(see) 
Word size/add time: 

8 bits/4.8 /usec 



Many of the major minicomputer manufacturers 
er entire systems. Such a system includes a complete 
rdware configuration, a software package, and 
netimes even application packages. The system is 
ered at a price that is less than that of a piece-by- 
:ce purchase. This is particularly true for intelligent 
minals, which often have all the components in a 
igle cabinet. Some systems are for general applica- 
ins, but some are configured for special purposes. For 
ample, Raytheon has a system especially designed 
distributed processing. Digital Equipment Corp. 
s a word processing system in the Datasystem 300 

3 Steve A. Bobick~ Edmund J. Armon, and Arthur W. Yerkes, "Survey of Small Business Computers," Datamation 22 (October 1976): 91. 
1 Auerbach Buyers' Guide to. For information on minicomputers for libraries, see Advanced Technology / 'Libraries, 1972- 

5 Bobick, Armon, and Yerkes, "Survey of Small Business Computers," p. 96. 

6 Malcolm L. Stiefel, cd., "Small Business Computers," Mini-Micro Systems 9 (July 1976): 52. 



CPU 

Word length: 8 
Memory capacity: 4-16K 

Data Entry Terminal 
Video 

Card Reader 
80 column (300 cpm) 

Disk 
Capacity: 0.256-40M bytes 

Mag Tape 

Cartridges (2 units) 
Reel 



Mass Storage 

Disks: floppy, 
cartridge, pack 

Access methods: 
random sequential, 
indexed sequential 

Magnetic tapes: reel- 
to-reel, cassette 

Peripherals 

10-key, card, serial 
printer (120 cps), 
line printer (to 600 1pm) 



Printer 
Serial 132 columns 

30/330 cps 
Serial 120 columns 

120/240 cps 
Line 132 columns 

300/600 cps 

Communications 
Asynchronous and 
synchronous 
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Software 

RFC BASIC, assembler, 
DATABUS, SCRIBE, 
DATA FORM, DATA- 
SHARE, accounting 
package, DBMS 

Basic Prices 

$8,571 (5216/mo., 2-yr.) 
Software and support extra 



Programming Languages 
DATABUS, BASIC, RJPG II, 

assembler 

Modes of Operation 
Online batch 

Typical Prices 

Purchase $45,000 

Monthly rental $1,200 

Maintenance $250 



How does one compare these data? The Datamation 
price is for a basic system (probably the processor only, 
with the lower end of the memory). The cost of mass 
storage devices, peripherals, and data communications 
equipment would be extra, as would the cost of 
software. The Mini-Micro Systems price includes more 
and is more representative of what this system would 
actually cost. 

An interesting comparison can be made between 
two entries in the Datamation survey: 27 



Model Highlights 


Applied Data 
Communications 


Datapoint 


Model 101 


1100 Series 


No. installed/date 


Introduced in 


6,000 since 




August 1976 


January 1974 


Multiprogramming 


No 


No 


Communications 


One line (bisynch 


One line (2265, 2741 




2780, 3780) 


2780, HASP) 


Applications 


Manufacturing, 


Banking, insurance, 




inventory, food 


government, 




processing 


accounting 


Processor 


Datapoint 1100 


Datapoint 


Internal Storage 


32K MOS (1.6 /isec) 


16K MOS (3.2 /isec) 


Word size/ 


8 bits, 16 fisec 


8 bits, 4.8 /isec 


add time 


(5 digits) 


add time 


Mass Storage 






Disks 


Floppy 


Floppy 


Access methods 


Random, sequential 


Random, sequential 




indexed sequential 


indexed sequential 


Mag tapes 


Cassette 


Reel-reel 


Peripherals 


10-key, serial 


10-key, card 




print (to 165 


serial print (120 




cps), line print 


cps), line print 




(300 1pm) crt 


(to 600 1pm) crt 


Software 


BASIC, assembler, 


RPG, BASIC, assem- 




Data bus 11, 


bler, DATABUS, 




accounting package 


SCRIBE, DATAFORM 






DATASHARE, accounting 






package, dbms 


Basic Pnces 


829,990 (S690/ 


87,200-512,900 ($165- 




month) soft and 


$214/month) soft 




support included 


and support extra 



The differences here stem from what is included in the 
basic system. For the minicomputer manufacturer 
Datapoint the basic price is for the processor and only 
a few peripherals. No software is included. For the 
systems house vendor Applied Data Communications 
the basic system is more inclusive and includes the 
software. Again, careful comparisons must be made. 

2T Bobick, Armon, and Yerkes, "Survey of Small Business Computers," pp. 93, 96. 
28 Payne, "University of Chicago Library Data Management System," p. 117. 



EVALUATION 

In preparation of an RFP, the criteria to be used in 
reviewing the proposal are drawn up and often are 
included in the RFP. The criteria should cover not 
only the hardware and software, but also the manufac- 
turer and/or vendor's track record, the previous 
experience of the system (or hardware), and the 
responsibilities for maintenance of the system. The 
University of Chicago suggested that the following 
points be covered as the basis for review. 28 

1 . Reputation of manufacturer /supplier This criterion is the 
most subjective, but in terms of our requirements, is the most 
important. The hardware must be widely available and 
supported over the life of the system, which suggests the 
importance of dealing with an established vendor. The product 
must be currently demonstrable and of proven reliability. 

2. Maintenance Maintenance support must be available 
locally and should be of proven reliability. 

3. Communications hardware architecture The major task of 
the minicomputer system is that of driving approximately forty- 
eight lines with various transmission characteristics. The 
communications hardware must be capable of handling a 
variety of device types and communications characteristics and 
of processing the anticipated load, and have sufficient reserve 
power for expansion. Careful attention must be paid to whether 
the communications hardware controls transmission on a 
character-by-character basis (programmed I/O) or on a 
message basis (direct memory access). 

4. Communications software support In conjunction with the 
communications hardware, an extremely desirable feature is 
the availability of communications software. 

5. Peripheral devices Because the front-end computer system 
provides backup when the main computer is down, a heavy 
burden is placed on the peripheral devices, most notably on the 
disk drives which hold several processing files. The mechanical 
components of the system have the least reliability. Therefore, 
the disk and tape drives proposed must be devices previously 
installed and of high reliability. 

6. CPU architecture The state of the art in processor design has 
reached a point that many fast, reliable minicomputers are on 
the market. Therefore, CPU to CPU comparisons should be 
minimized as much as possible. 

The points are often weighted as to relative impor- 
tance. (See L.C. weighting schedule in Appendix B.) 

Within each category further evaluation is neces- 
sary. Various schemes have been described in the 
literature. Many of these schemes are based on lists of 
pertinent factors weighted according to their relative 
importance to the application. Formulas are applied to 
compare the results of each proposal's weighted scores. 
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At an American Institute of Industrial Engineers 
(AIIE) conference on minicomputers, John Hughes 
suggested use of a vendor decision matrix. 29 The 
criteria he suggested were: 1 

1 . Processor Architecture 
Word length 
Memory path width 
Interleaving ability 
Number of channels 
I/O channel data rate 
CPU cycle time 
Memory cycle time 
Number of registers 
Instruction set 

Main memory capacity 
Main memory type 

2. Software 
Operating systems 

Data base/file management systems 

High level compiler 

Debugging aids 

Application packages 

Utility programs 

Communications handler 

Multiprogramming 

Editing 

Overlays 

3. Maintenance 

Equipment Reliability: MTTF and MTTR 

Onsite FE [field engineer] 

Expense 

Spare parts 

Diagnostics 

Organization 

Preventative maintenance 

Contracts available 

4. Marketing Support 
System documentation 
Programming manuals 
Custom programming 

SE support [system engineer] 
Training 

5. Company Viability 
Time in business 
Profit picture 

Research and development 
Installed base 



User groups 

Future plans 
6. Costs 

Purchase price 

Discount structure 

Lease basis 

Once the criteria are established, the weights should 
be determined. Of the factors listed, some may be of no 
importance to the application; give them weights of 
zero. Those factors most important to the application 
should be given the top weight. The most common 
scale used is zero to ten. The weighting decisions can 
be aided by reviewing the hardware and software 
impacts discerned through use of the Design Model 
(Chapter Four). Auerbach reviewed the elements of 
hardware and described how each affects a system. 30 
For example, if there is frequent data exchange 
between the CPU and the external environment (i.e., 
the peripheral devices), the interrupt efficiency is 
important and the machine chosen must process 
interrupts quickly and offer multilevel priorities. 

Ollivier did more than subjectively assign weights at 
review time. 31 He broke down each factor in terms of 
possible responses and the value each should 
assigned. This value is then multiplied by the weigh 
Table 33 shows an example. Although this appears to 
be a more scientific approach, a caution must be 
noted. Manufacturers use their own techniques to 
achieve the same purpose, and the factors are diffi'" 
to quantify precisely. For example, how wou' 

TABLE 33 Weighting Scheme for Hardware 
ation 




Factor 


Weight 


Scoring Bases 


Word size 


10 


4: 16 bits or more; 2: 12 






bits; 0: 8 bits or less 


Cycle time 


6 


4: 1 jus; 3-1: 1-2 jus; 0: 2 jus 


Instruction set 


5 


4,3: Extensive; 2: Adequate; 






1-0: Primitive 


Addressing 


4 


4-0: Score one for each of 






the following: indirect, 






relative, indexed, direct 






to greater than 4096, or 






by addressing 


Interrupts 


7 


4: 3 or more priority, no 






identification necessary; 






3-1 : adequate for 3 






devices; 0: none quoted 


Physical size 


1 


4-0: Subtract one point for 






each 5 inches over 11 inches 



29 John Lee Hughes, "Maxi to Mini: A Citibank Case History; [Speech]" in Minicomputers: The Applications Explosion, ed. David E. Debeau, proceedings of the 
American Institute of Industrial Engineers Conference held in Washington, D.C., 1 7-1 9 November 1975 (Los Angeles: Management Education Corporation, 1 975). 

30 Auerbaeh on Minicomputers (New York: Petrocelli Books, 1974), p. 82. 

31 Ollivier, "Technique for Selecting Small Computers," pp. 94-95. 

32 William Barden, Jr., How to Buy & Use Minicomputer & Microcomputers (Indianapolis: Howard W. Sams & Co., 1 976), pp. 85-87. 
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rough's variable-word-size devices be compared with 
machines that use 8-bit, 16-bit, 24-bit, or 64-bit words? 
Barden suggests that the best way to overcome this 
problem in the area of speeds is by preparing and 
running benchmark programs for the various types of 
minicomputers. 32 The sets of benchmarks can vary 
according to the application. He illustrated bench- 
mark programs run by the industry: I transfers 100 
bytes of data from one block of memory to another; II 
converts a 6-digit ASCII octal value to a binary value 
of 16 bits; and III searches an 80-item string of 
characters for a given character. Table 34 illustrates 
the use of these benchmarks. 

TABLE 34 Instruction Speed Benchmarks 

Benchmark* 



Computer 


I 


II 


III 


Average 


8008-1 up chip 


69,215 


1,767.5 


5,542.5 


25,762 


8080 up chip 


7,854 


1,018 


3,546 


4,139 


MC6800 up chip 


3,918 


291 


807 


1,672 


F8 up chip 


5,247 


439 


899 


2,195 


MCS6502 up chip 


2,604 


447 


440 


1,162 


PDP-8/E 


1,158 


125.8 


668.8 


651 


Nova 800 


688 


58.8 


252.6 


334 


CAI LSI-3/05 


4,006 


339 


1,248.75 


1,865 


(core) 










Interdata 6/16 


290.5 


88.3 


390.5 


256 



'Time in microseconds. 

A similar approach would be to use an existing 
industrywide comparison. A classic study was done by 
Butler in 1970; 33 the data are obsolete now, but the 
approach is still viable. He used data for 45 models as a 
basis for a price-to-performance ratio by using three 
equations for calculating: the hardware price/ perfor- 
mance; the software price/performance; and the 
overall price/performance. He showed ratings for the 
45 models based on overall price/performance values. 

Some evaluation techniques stop when the weight- 
ing or weighting times value has been completed. This 
number can be said to provide a measure of compari- 
son among various manufacturers. 34 The vendor with 
the most accumulated points is chosen for final 
evaluation. Ollivier suggests that some factors may be 



so critical to the system that their absence (a zero value 
or score) will eliminate the vendor from consideration 
no matter how high the system's total score was. 35 For 
example, if delivery is required in 45 days and the 
proposal offered 90-day delivery, the proposal would 
be worthless for this application. 

Ollivier does not stop with the composite score. He 
advocates plotting cost against performance, using a 
minimum performance score and a maximum allow- 
able cost figure as bases of comparison (Fig. 19). 36 In 
the figure it is obvious that system E is the best value, 
with system A in second place. 

Turnkey Systems 

If a packaged or turnkey system is included as one of 
the proposals (or if all of the proposals are for 
packaged systems), how is it evaluated? Delanoy, 
writing on the use of library minicomputer turnkey 
systems, advised the following. 37 

In considering a minicomputer. . ., the most important character- 
istics are that the machine is part of an established and growing 
product line; the machine as configured is suitable and adequate 
for your application; the manufacturer-supplied software meets 
your needs; and the manufacturer's installation and maintenance 
commitments are clearly specified. 

Weisbrod also wrote of library packaged systems. He 
said four major questions must be answered. 38 

1 . Do the functions included satisfy the needs of the prospective 
user? 

2. Can the system be configured to handle the prospective user's 
processing load? 

3. What equipment is required, either for purchase or for rental? 

4. What is the system's cost? 

He pointed out that these are the same questions that 
must be answered for a system developed in-house. 
Therefore, in evaluating a packaged system one uses 
the same procedures as for any other proposal, but 
with more emphasis on the software. 

"Software, not hardware, is the pivotal element in 
system selection." 39 That is because the real power and 
effectiveness of any system rests on its software. For a 
system purchased for in-house applications program- 



33 J. L. Butler, "Comparative Criteria for Minicomputers," in A Practical Guide to Minicomputer Applications, cd. Fred F. Coury (New York: IEEE Press, 1972), pp. 77- 
92. See also Becker and Hayes' parameters of equipment which evaluate the efficiency of single components viewed in the context of defined operations with no other 
system considerations involved. The three parameters are cost, operating time, and unit of operation used in the formula CT/N; Becker and Hayes, Information Storage 
and Retrieval, pp. 295-324. 

34 George A. Khtaian, "Cost/Vendor Evaluation System, " Journal of Systems Management 26 (August 1975): 14. 

35 Ollivier, "Technique for Selecting Small Computers," p. 96. 
38 Ibid., p. 97. 

37 Diana Delanoy, "Technology: Present Status and Trends in Computers," in Library Automation: The State of the Art II, eds. Susan K. Martin and Brett Butler, 
papers presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the American Library 
Association at Las Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), p. 21. 

38 David L. Weisbrod, "Acquisitions Systems: 1973 Applications Status," in Library Automation: The State of the Art II, eds. Susan K. Martin and Brett Butler, papers 
presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the American Library Association 
at Las Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), p. 91. 

39 Stiefel, "Small Business Computers," p. 56. 
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FIGURE 19. Cost versus performance evaluation grid 



ming, the systems support software is of critical 
importance. It affects the development time and the 
efficiency with which the programmer can work. For a 
packaged system, the emphasis must be on the 
applications programs provided. 

Stiefel states that two problems are shared by all 
software packages in the world. 40 

First, it is highly probable that a given package won't precisely fit 
100 percent of the requirements of a given business. After 
discovering the deficiencies, the . . . user either can correct them 
(i.e., bring in a consultant) or live with them. The extent to which 
a user can afford to compromise is a function of the seriousness of 
the discrepancies. 



Ideally, the software should have the flexibility to be altered by 
the user, perhaps by changing parameter tables, to operate in a 
given environment, without causing a major upset in the using 
organization. Unfortunately, most packages have limited flexibili- 
ty; some have none. 



The second problem with the precooked software approach is its 
lack of operating efficiency, measured in terms of usage of system 
resources (disks, core memory) and running time. Generality is 
a/tu*yy achieved at the expense of efficiency. Running time 
optimization isn't important in many small business applications 
where input is entered so slowly and so infrequently that virtually 
any reasonable response time will be acceptable. But the problem 
is, if resources are used inefficiently, the user may be forced into 
acquiring a larger configuration than he really needs, just so he 
can use a certain package. 

Some vendors offer the service of preparing custom 
modules or customizing existing programs. Others do 
not which means the library must try to make the 
changes with their own and/or agency personnel, or 
they have to hire consultants. It is inadvisable to 
attempt some changes. Depending on how the pro- 
grams are designed, some changes can be taken care of 
without much trouble. But some changes would 
jeopardize the basic logic stream and continuity of the 
program. These kinds of changes should be avoided at 
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all costs because the number of changes in a program is 
inversely proportional to the success (efficiency and 
effectiveness) of the program. 

REVIEW OF OTHER 
RESOURCES/REQUIREMENTS 

Besides the obvious hardware and software require- 
ments for a system, other types of requirements or 
resources must be considered. The details of these 
elements may affect the final selections. 

Physical Requirements 

Space 

The site for the various pieces of equipment must be 
considered. Minis do not have to have a special room 
with raised floors and special air-conditioning and 
humidity control. Because they are small, they can 
usually be fitted into the existing environment without 
much trouble. If rearrangement of furniture or remod- 
eling is necessary for the new equipment or for a new 
work flow, it should be established early and plans 
made to make the changes. In this same vein, if the 
equipment is to be placed in more than one location, 
provision must be made for laying cables or lines to 
connect the components (if a hardwire connection is 
used). Holes in ceilings or walls or channels for the 
floor may be required. 

Although minicomputer equipment can operate 
under standard air-conditioning, some devices gener- 
ate more heat than others, and adjustments may have 
to be made. Specifically, disk packs create quite a bit 
of heat; if they are used in multiple arrangements, the 
heat increase may be significant. 

Power 

Most minis operate on regular 110-volt electrical 
power. It is often recommended, however, that each 
device or each system power supply be on a separate 
line, often with a separate circuit breaker, to lessen the 
chance of surges. That doesn't mean one line per 
component, as many devices can be connected to a 
single power supply unit, but two or three lines are not 
uncommon. Special electrical rewiring may have to be 
completed before the system can be installed. Plans for 



this work should be made as soon as the exact locations 
and equipment requirements are determined. 

Noise 

While noise is not a "physical requirement," it is 
certainly a fact of life and must be considered, not only 
in the public service area but also in the staff work 
areas. The mainframe is not very noisy. The most 
disruptive noise comes from the fans used for cooling 
the processing unit. In addition, some disk drives 
whine and some tape drives click as the file is read. 
This noise should be within the tolerance levels for an 
office environment. The main noise comes from 
peripherals such as card punches, printers, and even 
hardcopy interactive terminals. Some libraries have 
taken special steps to deal with the problem of noise, as 
detailed by the editors of Online in their discussion of 
interactive terminals. 41 

Some libraries go to great lengths to avoid noise. The Congressio- 
nal Research Service of the Library of Congress, for example, built 
a special sound-insulated booth for its CRT and high speed 
impact printer. The U.S. Department of State's library simply put 
its Centronics printer in a closet and got a long cord to go to the 
CRT. And the Army Library in the Pentagon put a plastic noise- 
suppressing cover over its impact printer. 

Maintenance 

Although maintenance was mentioned in the discus- 
sion of hardware and software evaluation, additional 
comments are in order. In general, minicomputers are 
very reliable pieces of equipment. 42 Mean time to 
failure for minis is measured in months instead of 
hours. Preventive maintenance is reduced to the barest 
of minimums for the mainframe. The peripherals do 
not have quite so good a record. For instance, printers, 
especially impact printers, often require adjustments to 
provide proper print alinement. Tape drives should be 
cleaned periodically, but that is often done with a 
bottle of alcohol and a cotton swab. 

The fact that maintenance is not as frequent for 
minis does not lessen its importance. The history of the 
mini market has been one of insufficient support after 
installation. One wit said that minis weren't delivered 
they were abandoned. Maintenance is particularly 
complicated when components from several manufac- 
turers have been assembled and programmed by a 



41 [Editor's note] in "The Intelligent Person's Guide to Choosing a Terminal for Online Interactive Use," by Mark S. Radwin, Online 1 (January 1977): 16. 

42 Eugene D. Lourey, "Systems Design for a Minicomputer- Based Library Data Management System," in Applications of Minicomputers to Library and Related Problems, 
ed. F. Wilfrid Lancaster, papers presented at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana-Champaign, 111.: 
University of Illinois, Graduate School of Library Science, 1974), pp. 185-6. Weitzman gave a chart on typical values of MTBF (mean time between failures) for 
minicomputer components and peripherals. Only line printers (400 to 800 hours), card punches (200 hours) and impact keyboard printer terminals (300 to 1600 
hours) have values in hundreds of hours; all of the other items have values in thousands of hours; Cay Weitzman, Minicomputer Systems; Structure, Implementation, and 
Application (Englewood Cliffs, N.J.: Prentice-Hall, 1974), p. 307. 
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systems house. In such cases, maintenance often is 
contracted out to another firm, which functions as a 
maintenance company. It is important to know where 
the maintenance unit is located and what the turn- 
around time is on the equipment. Because minis are 
modular, often a board can be pulled and a new one 
substituted while repairs are being made. 

One other area of maintenance must be considered 
software maintenance. Programs are rarely ever 
"finished" and completely "debugged." Arrangements 
should be made for the software to be maintained as 
necessary over the entire period of use. 

Personnel 

Staffing patterns change when an automated system 
is introduced. Sometimes a special implementation 
team is required if extensive initial data input is 
required for building a file or files. 

Because the minicomputer is located in the library, 
a library staff member or members must be assigned 
the role of computer operator. In many libraries, the 
input operators can be trained to do the operator's 
tasks along with their other duties. The duties of the 
operator vary with the system configuration, the 
operating mode of the operating system software, and 
the nature of the application. For the simpler systems 
with simple executive monitors, the operator must 
attend the job flow fully. With a single batch operating 
system, the software does the job control. Cards still 
must be loaded to be read, tapes must be mounted, and 
paper in the printer must be alined. In any system the 
equipment must be powered up, the program must be 
loaded, and the system must be shut down each day. 
Files of tapes, disks, or cards must be stored, and a log 
must be maintained to keep track of them. The persons 
responsible for these tasks must be trained thoroughly 
by the system vendor. There should be comprehensive 
manuals for the training period and for reference 
during ongoing use. Complete system documentation 
should also be provided. 

Time Frame 

One recurring problem in automation projects has 
been poor estimation of the time involved in develop- 
ing a system. It always has taken longer than antici- 
pated. Certain variables affect the time it takes to 
develop a system. For example, it is quicker to buy a 
turnkey system than to develop a new system. Also, in 
developing a new system, it is quicker to contract the 
work to a commercial source than to do it in-house, if 



for no other reason than that a firm delivery date can 
be negotiated as part of the contract. As mentioned 
earlier, the extensiveness of the system software and 
the presence or absence of a compiler can affect the 
programming time. 

The real key to fast, efficient development is using 
an experienced minicomputer programmer. Such a 
programmer will have a "minicomputer philosophy" 
and will not try to implement large-scale computer 
systems on the smaller machine. The programmer 
must shed his "batch" cloak and think "interactive 
online," for that is the mode to which minicomputers 
are conducive. If there is no such programmer on the 
agency data processing staff, it may be worth the time 
to train a programmer in minicomputers. 

THE DECISION 

When all the data have been gathered, reviewed, 
and evaluated, the time for decisionmaking has 
arrived. When the selection is made, the procurement 
procedure must get underway. As a Federal agency, 
the library must comply with Federal procurement 
regulations and procedures for ADP equipment. 

Federal ADP Procurement 

The longstanding policy of the Federal Govern- 
ment, as expressed in OMB Circular A-76, is reliance 
on the private sector for goods and services. This policy 
as it relates to ADP procurement is expressed in the 
Brooks Act (Public Law 89-306), "Procurement of 
ADP Resources by the Federal Government," which 
emphasizes that ADP requirements should be pro- 
cured in a competitive manner. 

Three agencies have specific responsibilities relating 
to ADP procurement. The Office of Management and 
Budget (OMB) is responsible for establishing policy 
and ensuring that the policies are being followed. 
OMB sees that agencies rely as much as possible on 
commercial ADP services and ensures that ADP 
equipment (when authorized) and services are pro- 
cured in an efficient and orderly manner. Approval of 
new or expanded in-house ADP facilities must be 
obtained in accordance with the "new start" require- 
ments of Circular A-76, before submission to OMB of 
the agency budget request that includes the necessary 
funds. 

The General Services Administration (GSA) admin- 
isters ADP procurement. It provides management 
guidance and is the authority for approving noncom- 
petitive procurements and delegating procurement 
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authority to user agencies. GSA does not, however, 
become involved in determining whether an agency 
requirement is legitimate. GSA publishes lists with 
prices of equipment and types of services on its supply 
schedules. In general, any procurement, either on or 
off schedule, with a one-time or an annual cost of 
$50,000 or more, must be authorized by GSA. 

The National Bureau of Standards is the third 
agency involved in ADP procurement. It provides 
necessary hardware and software standards. 

Although some minicomputers appear on GSA 
schedules as office equipment, minicomputers are 
generally considered ADP equipment. In November 
1975, the Commissioner of the Automated Data and 
Telecommunications Service of the General Services 
Administration discussed trends in minicomputer 
procurement. Just as large-scale computers and peri- 
pherals were purchased under centralized and volume 
procurements, "volume procurements of minicompu- 
ters must and will occur. The question to be resolved is 
what is the best method to use for these acquisitions." 43 

In order to determine the best method for procuring a product or 
service, we in ADTS have to be aware of the marketplace and the 
industry .... We've gone from the mandatory requirements 
contracts for the entire government when buying peripherals, to 
indefinite quantity contracts with voluntary usage when buying 
minicomputers. We have not created new techniques, but we have 
been selective in the techniques we've used. The government has 
been the systems integrator, or industry has provided the systems 
integration, depending on the environment. 

I don't want to leave you with your thinking our evolution is 
complete. In our future volume procurements for minicomputers, 
we will specify the maximum amount that can be ordered under 
each indefinite quantity contract. That number will not exceed 8 
to 10 times the guaranteed minimum order. This will allow an 
agency the flexibility it needs to meet its needs through the 
procurement, yet is reasonable for industry. 44 

A year later the whole emphasis for all ADP 
procurement had shifted. Instead of discussing meth- 
ods of procuring equipment for Government use, the 
officials were speaking of relying on the private sector 
for products and services. This shift was largely a result 
of the Congressional hearings and report on the 
administration of the Brooks Act during its 10-year 
life. It was found that the true intent of the Brooks Act 
was not being carried out and recommendations were 
made to bring the course of Federal procurement back 



into line, i.e., use of the private sector and of fully 
competitive procurement. 

In a paper delivered to the AIIE in November 1976 
an OMB spokesman expressed the policy on use of the 
private sector as follows: 45 

In the case of ADP, we feel that the policy is best served when 
agencies can satisfy their requirements by contracting for com- 
plete ADP services, and that Government acquisition and 
operation of facilities should be limited to those situations which 
can be justified as being in the national interest under the 
guidelines of Circular A-76. 



In order to evaluate the feasibility and relative economy of 
contracting for ADP services, Government needs must be present- 
ed in a format suitable for evaluation and for use in a contract 
statement of work. This requires a fundamental change in the 
philosophy of requirement definition, since the in-house perfor- 
mance of ADP services has led agencies to define their needs in 
terms of the hardware, software, and personnel necessary to do the 
job. Requirements formulated on this basis cannot be properly 
evaluated to determine if the unique nature of the work necessi- 
tates in-house performance, nor can they be used to solicit 
competitive proposals from industry. The first step, therefore, in 
achieving greater reliance on private sources for ADP services is 
for Government agencies to develop and state their requirements 
in terms of the services performed, rather than the facilities needed 
to provide those services. 

Once the actual work being performed, or proposed to be 
performed, in a Government ADP facility is identified and 
described as a service, it can be examined to determine whether 
there is a compelling reason that it be done in a Federal facility by 
Federal employees. The fact that work may involve classified data, 
be part of the agency's basic program, or require privacy 
safeguards will not necessarily justify Government performance 
industrial facilities have been cleared for classified work for many 
years and commercial data centers can meet privacy requirements 
as well as Government facilities. There must be a document 
justification in accordance with one of the exemption criteria of 
Circular A 76 to justify initiation or continuation of Government 
activities providing ADP services. 



While this program calls for a significant change in Government 
practice, it does not reflect a change in policy rather it is an 
application of long-standing policy to an area where that policy 
was not always appropriate under past conditions. 

At the same conference the trend toward miniaturi- 
zation use of minicomputers was discussed by the 
Director of the Office of ADP and Telecommunica- 



43 Theodore D. Puckorius, "Trends in Government Acquisition of High Technology ADP Equipment; [Speech]" in Minicomputers: TTie Applications Explosion, ed. 
David E. Debcau, proceedings of the American Institute of Industrial Engineers Conference held in Washington, D.C., 17-19 November 1975 (Los Angeles: 
Management Education Corporation, 1975). 

" Ibid. 

45 William D. Russell, "Application of IMP Circular A-76 to ADP; [Speech]" in Federal ADP Procurement, ed. David T. Newman, proceedings of the American 
Institute of Industrial Engineers Conference held in Washington, D.C., 1-3 November 1976 (Santa Monica, Calif.: Management Education Corporation, 1976), pp. 
131-5. 
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tions Management of the Department of the Interi- 



or. 46 

There seems little dispute these days that the future technology 
will be greatly influenced by the interaction between communica- 
tions and miniaturization, resulting in an accelerated trend 
toward interrelated minicomputers forming distributed processing 
networks. If we believe the communicators and minimanufactur- 
crs, this approach will not only bring data processing closer to the 
user, but at considerably less money. 

***** 

Let's look at the Government ADP environment from the 
perspective of the past, rather than the future .... My 
generalizations are that: 

a. There is a strong penchant for in-house processing capability. 

b. RFPs are geared more to hardware specifications than to 
functional specifications. 

c. There is a very strong reliance on costly benchmarks. The 
combination of hardware specifications and benchmarks gives 
us a warm feeling that we are acquiring the best configuration 
to do our job. 

d. We think bigness in terms of hardware. Most of us have grown 
up in the syndrome created by the maxivendors and we follow 
the American tradition of wanting the biggest and the best. We 
may be kidding ourselves, however, to think that bigness and 
best are synonymous in today's technology. 

***** 

[Therefore, although] technology is offering potential cost savings 
through interconnected miniaturization . . ., our RFPs are 
benchmark dependen .... The marketplace has expanded but our 
traditional methods of procurement do not let the broadened 
marketplace respond it does not respond to our traditional 
benchmark requirements. 

The speaker went on to suggest a model procure- 
ment that would open up competition. It involved 
developing an RFP built around users needs, rather 
than around a predetermined data processing scheme 
for satisfying those needs. The total marketplace would 
be asked to respond by submitting a detailed plan, 
including schedules and estimated pricing scheme, for 
satisfying the user needs. A team of evaluators would 
then review the proposals and select the most feasible 
approaches and best qualified contractors (on a very 
subjective basis). From this evaluation at least two 
contractors would be selected for final bid. During this 
step, a benchmark would be tailored to fit the specific 



marketplace invited to final bid. "The final contract 
award then would be based on lowest overall cost and 
benchmark performance." 47 

This discussion was in terms of numerous minicom- 
puters combining for distributed processing. What of 
minicomputers used singly as a standalone system? 
The report of the hearings on the Brooks Act specifi- 
cally speaks of minicomputers in several sections. One 
recommendation states that competitive procurement 
of minicomputers (or service contracts) should be used 
if possible instead of interim upgrades, add-ons, or 
replacements for large-scale systems. 48 Minicomputers 
were included in the category of smaller dollar value 
procurements (less than $250,000) which made up 56 
percent of the 1975 procurement delegations. It was 
felt that these procurements cost GSA and the user 
agencies a disproportionate amount of time and 
resources as they were required to follow the same 
procedures used for major procurements. 49 The follow- 
ing recommendation was made.: 50 

Federal user agencies should be authorized to procure ADP 
resources, excluding CPUs, below 8250,000 without specific 
delegation of authority from GSA as long as the agencies 
document that the procurements are fully competitive. Procure- 
ment of CPUs should always require a delegation from GSA. 

At present these are just recommendations. Procure- 
ment regulations are constantly changing and evolv- 
ing. The typical procurement of a minicomputer will 
still involve an alphabet soup of forms and regulations: 
FPMR 101-32, Public Law 89-306, OMB Circular 
A-76, F and D, DPA, S.S., M. and M., RFP, IFB, 
RFQ, nonmandatory schedules, mandatory FSS sche- 
dules, mandatory requirements contracts, and so on. 

The system suggested in this book will lead the 
design team to the type of specifications required 
(functional specifications, technical specifications, or 
detailed model and make specifications). It should 
provide the rationale needed for approval requests and 
justifications and should lead to an efficient, effective 
system. 



46 Harris G. Reiche, "New Directions for ADP Procurement; [Speech]" in Federal ADP Procurement, ed. David T. Newman, proceedings of the American Institute of 
Industrial Engineers Conference held in Washington, D.C., 1-3 November 1976 (Santa Monica, Calif.: Management Education Corporation, 1976). 

47 Ibid. 

48 U.S., Congress, House, Committee on Government Operations, Administration of Public Law 89-306, Procurement of ADP Resources by the Federal Government, H.R. 
1746, 94th Cong., 2d sess., 1976 (Washington, D.C.: U.S. Government Printing Office, 1976), p. 15. 

49 Ibid., p. 12. 

50 Ibid., p. 16. 
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This book did not attempt to investigate the 
potential of the minicomputer in a Federal library. No 
proof was needed. There was no doubt of the ability of 
minicomputers to solve many problems and fill many 
needs of Federal and other libraries. The goal was to 
demonstrate to the reader this ability and to give 
guidelines for introducing a minicomputer into a 
specific library. 

What advantages do minicomputers bring to a 
system? A summary of their attributes gives a good 
overview. 

1 . They allow local control. 

2. The mini attitude is a positive, encouraging ap- 
proach. 

3. The mini can be in a smaller, simpler system. 

4. Modular system development is possible. 

5. Custom configurations are easily accomplished. 

6. A mini system is flexible and adaptable to change. 

7. Minis are less costly. 

Besides these attributes, minicomputers lend them- 
selves to online interactive (as opposed to batch) 
operations, which provide fuller, more responsive 
services to the user. Finally, minicomputers "fit in" 
with any automation environment; they can stand 
alone, they can perform as parts of networks, they can 
support networks, they can be connected to hosts as 
other "terminals," or they can serve in several of these 
capacities at once. 

INITIATING MINICOMPUTER 
PROJECTS IN FEDERAL 
LIBRARIES 

Okay. The book succeeded you're sold. Now, how 
do you initiate a minicomputer project in your library? 

THE LIBRARY'S ROLE 

The library must take the first step. A problem or a 
need must be identified and the systems analy- 



sis/system design phase begun. The library may turn 
to its agency data processing unit for help at that point, 
or the help may come from an outside consultant. The 
system requirements are drawn up. The design model 
is used. The systems design document is prepared to 
describe alternative means of meeting system objec- 
tives and requirements. The alternatives are reviewed, 
and a decision is made. 

Let us assume that the alternative chosen involves 
use of a minicomputer. The system specifications are 
prepared, and the library works closely with the 
agency procurement unit. RFPs are issued, proposals 
are reviewed and evaluated, and a selection is made. 
The contracts are negotiated and signed. The imple- 
mentation phase follows. 

Throughout this period the library administrators 
have kept their staff informed, sought their comments 
during the design phase, and performed initial train- 
ing where needed. This function is critical to the 
ultimate success of the new system. 

THE AGENCY'S ROLE 

The parent agency can play an active or passive 
role. If staff are available, the agency data processing 
unit can take the main roles in the systems design 
team. If they do not have the resources to commit to a 
project of this scope, they should support the efforts of 
the library to hire an outside contractor or consultant. 
The data processing unit must contribute to the data 
gathering phase and give accurate assessments of what, 
if any, support (in people or equipment) the library 
can receive both at present and in the future. 

The agency procurement unit will play an active 
role at various stages of the project. If a consultant is 
hired for the systems analyses, the procurement unit 
will handle the necessary procedures. After the deci- 
sion has been made as to systems design, the procure- 
ment unit will oversee preparation of the RFP and will 
issue it. It will gather the proposals submitted and 
oversee the review, evaluation, and selection process, 
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benefits in efficiency and efficacy would be many. This 
concept should be uppermost in the minds of Federal 
library administrators as planning is done over the 
next few years. 

IN CLOSING 

Walter Curley summarized "what it takes to ven- 
ture into a library computer program and to make it 
work." 4 Although his words are not very uplifting or 
positive, they are realistic and ring true. It is hoped 
that they will put any new minicomputer plans 
prompted by this book into perspective, and that they 
will temper raw enthusiasm with a cautious note of 
realism. 



1. Recognize that hardware is the easiest thing to 
come by and software the most difficult. The 
equipment must work; must do what it is intend- 
ed to do. 

2. Know that time is your enemy until your 
computer program is up and operational. 

3. Have the patience of a saint with your staff, your 
board, your public, your computer experts. Be 
supportive of staff and understanding about the 
adjustments which they must make to a new way 
of doing things. 

4. Develop the guts of a cat burglar you will need 
them. Once you have made a decision to be 
innovative with computers, everyone will be from 
Missouri until you show the promised and hoped- 
for results. 



4 Walter Curley, "Innovative Strategies in Systems and Automation," in Library Automation: The State of the Art II, eds. Susan K. Martin and Brett Butler, papers 
presented at the Preconference Institute on Library Automation sponsored by the Information Science and Automation Division of the American Library Association 
at Las Vegas, Nevada, 22-23 June 1973 (Chicago: American Library Association, 1975), p. 134. 
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working closely with the systems design team. 
Throughout, this unit will perform necessary coordina- 
tion with the Federal agencies involved (i.e., GSA, 
OMB, etc.). 

FEDERAL GOVERNMENT ROLE 

The influence of the Federal Government is strong 
in the areas of budget, management, and procurement 
of ADP equipment. The attitudes of the Office of 
Management and Budget, the General Services Ad- 
ministration, and the National Bureau of Standards 
were discussed in Chapter Five. There are Federal 
regulations to follow, forms to complete, ancl proce- 
dures to carry out. The impact of these agencies in a 
library's purchase of a minicomputer is considerable. 
As stated above, the link to these agencies is the parent 
agency's procurement unit. 

At the Governmentwide level, the Federal libraries 
as a group play a role. The Federal Library Commit- 
tee has recognized this role and has supported model 
minicomputer projects in individual libraries. It has 
formed a working group on minicomputers and has 
sponsored this book. The main needs to be met are 
establishing communications and ultimately achieving 
close coordination among libraries. It is important that 
the knowledge and experience gained by one library 
be shared with others. 

ROLE OF THE PRIVATE SECTOR 

The role of private industry in the general area of 
minicomputers was discussed in Chapter Five. Ven- 
dors of library services and products have mounted 
little in the way of successful, ongoing marketing 
efforts. The market is there, but many vendors have 
not bothered to go through the paperwork required to 
get on a GSA schedule or don't have the patience or 
marketing budget to invest in the long and complicat- 
ed bid and negotiation procedures involved in Govern- 
ment procurement. At the other end, many libraries 
have scorned commercial firms as being suspect 
because of their profit motives. Both vendor and client 
have much to gain from mutually fair and open 
relationships. 



TRENDS IN FUTURE 
APPLICATIONS OF 
MINICOMPUTERS IN 
FEDERAL LIBRARIES 

Almost every book ends with a statement on the 
future. The most important statement that can be 
made here is that there is a future for minicomputer 
applications in Federal libraries. This in itself is the 
main trend of the present and near future. 

We predict that the future will see a trend in Federal 
libraries toward a distributed network of minicompu- 
ters. This network would not be so much a communi- 
cations network as a network of decentralized data 
bases and decentralized processing. 1 Bowers envisions 
a 

. . . concept of distributed processing, which holds that data 
processing is not most efficiently and effectively done in large, 
centralized computers, but rather should be divided among 
smaller, loosely-coupled machines. The division might be by 
geography or by type or task or both, and the coupling might 
consist of communications lines or a person carrying a reel of tape 
from one machine to another. 2 

Pezzanite described a similar approach at a work- 
shop on computerized library networks given in 
Maryland. 3 He proposed a statewide distributed 
network. The hub of the network was a central 
processing unit that had a large-scale computer and 
maintained a large cataloging data base. The data 
base was to include a generalized data base using 
MARC tapes, as well as a union state data base. The 
unit would have "the responsibility of updating and 
disseminating the distributed data base [contributed 
by the member libraries] on a regular, cyclic schedule" 
as well as "the development and distribution of 
products required by members," such as card sets, 
book or COM catalogs, and photocomposition. Each 
member library would have a minicomputer to use for 
data capture, local processing, and maintenance of its 
own file. The original cataloging and the holdings 
would be sent to the central unit to update the master 
data base. Each library would be responsible for its 
own file and that file's integrity. Each member would 
have what Pezzanite described as "functional autono- 
my." 

The viability and feasibility of such a distributed 
network among Federal libraries are certain. The 



1 For a profile of distributed processing, see the feature presentation in the March 1977 issue of Mini-Micro Systems: Stephen A. Kallis, "Networks and Distributed 
Processing," pp. 32-40, and William G. Moore, Jr., "Going Distributed," pp. 4\-48, Mini-Micro Systems 10 (March 1977). 

2 Dan M. Bowers, ed., "Small-Scale Computing: It's Like Doing Your Laundry; Part 1. Computation and Processing," Modern Data 8 (May 1975): 46. 

3 Frank A. Pezzanite, "Distributed Library Networking: A New Approach for Maryland," speech given at the Workshop on Computerized Library Networks co- 
sponsored by the Maryland State Department of Education and the National Library of Medicine, 8-9 April 1976. 
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ACCUMULATOR 

A hardware register that holds the results of arithmetic, 
logical, and I/O operations. 

ACOUSTICAL COUPLER 

A device that converts electrical signals into audio signals. 
It is used with a telephone handset for connecting to the 
public telephone network for data transmission. 

ADDRESS 

An identification (name, label, or number) for a register, 
location in storage, or other source or destination for data. 

AMERICAN STANDARD CODE FOR INFORMA- 
TION INTERCHANGE (ASCII) 

A standard code that represents characters by seven- bit- 
plus-parity codes; for use with various data processing 
systems, communication systems, and associated equip- 
ment. 

ANALOG COMPUTER 

A computer that operates on analog data by performing 
- physical processes on these data. Compare: digital computer 

ANALOG DATA 

Data in continuous form, usually numerical quantities of 
physical variables such as voltage, speed, rotation, resis- 
tance, etc. Compare: digital data 

ARITHMETIC UNIT 

The part of the central processing unit that carries out 
computational and logical operations. 

ASCII su AMERICAN STANDARD CODE FOR IN- 
FORMATION INTERCHANGE 

ASSEMBLER 

A computer program that prepares a machine language 
program by converting symbolic language codes into 
absolute operation codes and assigning absolute or relocat- 
able addresses for symbolic addresses. 

ASYNCHRONOUS 

Occurring without regular or predictable time relation- 
ship. 

ASYNCHRONOUS TRANSMISSION 

Data transmission in which control is achieved by "start" 
and "stop" elements at the beginning and end of each 
character. 

AUTOMATIC COMPUTER 

A machine that manipulates symbols according to given 
rules in a predetermined and self-directed manner. 

AUXILIARY MEMORY 

(1) Data storage other than main storage on such a device 
as a magnetic tape unit or a direct access unit. 

(2) A storage that supplements another storage. See also: 
mass storage 



BASIC 

A high-level, algebralike language designed for use in 
problemsolving by engineers, scientists, and others who are 
not professional programmers. It is available for interac- 
tive, time-sharing direct communications between termi- 
nal and host. 

BATCH 

(1) A type of input in which a number of similar input 
items or transactions are accumulated and processed 
together at one time. 

(2) The sequential input of computer programs or data. 

(3) The technique of executing a set of computer pro- 
grams such that each is completed before the next 
program of the set is started, i.e., execution of computer 
programs serially. 

BAUD 

An abbreviation for "bit audible." A unit of signaling 
speed equal to the number of discrete conditions or signal 
events per second. Note: when the discrete condition is 
such that one element carries one bit, the baud rate is 
numerically equal to bits per second (BPS). 

BCD see BINARY-CODED DECIMAL 

BINARY-CODED DECIMAL (BCD) 

A type of notation system where each decimal digit is 
represented by four binary digits (or bits). 

BINARY DIGIT (BIT) 

(1 ) One of the two numerals in the binary number system 
zero or one. It may be equivalent to any characteristic, 
property, or condition in which there are only two possible 
conditions, such as on or off or yes or no. 

(2) The kind of number used internally by computers. See 
also: machine language. 

BINARY NUMBER SYSTEM 

A number representation system using base-two notation, 
in which the only valid digits are zero and one. 

BINARY SYNCHRONOUS TRANSMISSION 

Data transmission in which character synchronism is 
controlled by timing signals generated at the sending and 
receiving stations. Also called: bisynchronous 

BISYNCHRONOUS see BINARY SYNCHRONOUS 
TRANSMISSION 

BIT see BINARY DIGIT 

BITS PER INCH (BPI) 

A measure of the density in which the number of bits of 
information are contained or written along an inch of 
magnetic tape. 
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BPI see BITS PER INCH 

BUFFER 

An area of internal storage or a hardware device used to 
store information temporarily during data transfers. It is 
used to compensate for a difference in rate of flow of data, 
or time of occurrence of events, when transmitting data 
from one device to another. 

BUG 

(1) A program defect or error. 

(2) A mistake or malfunction. 

BUS 

A circuit or path over which data or power is transmitted; 
usually lines that connect locations or a single line that 
acts as a common connection among a number of 
locations. 

CARTRIDGE TAPE 

A type of magnetic tape in a special housing used for mass 
storage. It is similar to a tape cassette. 

CASSETTE TAPE OPERATING SYSTEM 

An operating system designed to use a cassette tape as the 
mass storage device. 

CATHODE-RAY TUBE (CRT) 

A vacuum tube similar to a television picture tube, used as 
a storage or a visual display device. 

CENTRAL PROCESSING UNIT (CPU) 

The unit of a computer that controls the interpretation 
and execution of instructions such as calculations and logic 
decisions. It is composed of the arithmetic unit and the 
control unit and functions directly with main memory. 
Also called: main frame 

CENTRALIZED (COMPUTER) NETWORK 

A computer network configuration in which a central 
node provides computing power, control, or other services. 
Also called: star network 

CHANNEL 

(1 ) A path along which signals can be sent. 

(2) That part of a communications system that connects a 
message source with a message sink (that is, a terminal 
installation that receives and processes data). See also: 
information (transfer) channel 

(3) A means of one-way transmission. Compare: circuit 

CHIP see LSI CHIP 

CIRCUIT 

In communications, the complete electrical path provid- 
ing one- or two-way communication between two points 
comprising associated go and return channels. Compare: 
channel 

CLOCK 

A device that generates periodic signals used for synchron- 
ization. 



COBOL 

An abbreviation for Common Business- Oriented Lan- 
guage. A high-level language designed for use in business 
data processing applications. 

CODE 

(1) A set of unambiguous rules specifying the way in 
which data may be represented. 

(2) In data communications, a system of rules and 
conventions according to which the signals representing 
data can be formed, transmitted, received, and processed. 

COM see COMPUTER-OUTPUT MICROFORM 

COMMUNICATIONS LINK 

The means of connecting one location to another for the 
purpose of transmitting and receiving information. 

COMPILER 

A computer program that prepares a machine language 
program (object program) from a computer program 
written in another programming language (source lan- 
guage, usually a high-level language) by using the overall 
logic structure of the program or by generating more than 
one machine instruction for each symbolic state, or both, 
as well as performing the function of an assembler. A 
compiler usually contains its own library of closed 
routines. 

COMPUTER NETWORK 

An interconnection of assemblies of computer systems, 
terminals, and communications facilities. A complex 
consisting of two or more interconnected computing units. 

COMPUTER-OUTPUT MICROFORM (COM) 

A process in which computer information is output onto a 
microform (e.g., microfilm or microfiche) through a COM 
printer. 

CONCENTRATOR see DATA CONCENTRATOR 

CONFIGURATION 

The group of devices that make up a computer or data 
processing system. 

CONSOLE 

The unit of a computer containing the control keys and 
certain special devices used by the operator for direct 
communication with the computer. It can be used to 
control the machine manually, correct errors, determine 
the status of the machine circuits, registers, and counters, 
determine the contents of storage, and revise manually the 
contents of storage. 

CONTENTION SYSTEM 

A system in which one or more terminals and the 
computer compete for use of the line; involves unregulated 
bidding for a line by multiple users. Compare: polling 
system 
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CONTROL UNIT 

(1) The part of the central processing unit that directs the 
sequence of operations, interprets coded instructions, and 
sends the proper signals instructing other computer 
circuits to carry out the instructions. 

(2) A device that controls the reading, writing, or display 
of data at one or more input/output devices. See also: 
input/output controller 

CONVERSATIONAL MODE 

The processes for communication between a terminal and 
the computer, in which each entry from the terminal 
requires a response from the computer and vice versa. This 
mode involves step-by-step interaction between the user 
and a computer. 

CONVERSION 

(1) The process of changing from one form of representa- 
tion to another. 

(2) The process of transferring information from one 
recorded medium to another. 

CORE 

A configuration of magnetic material used with current- 
carrying conductors to retain a magnetic polarization in 
either an "on" or an "off" state, for the purpose of storing 
data represented as a binary one (on) or zero (off). It is 
commonly used as main memory for computers; main 
memory is often called "core memory." Also called: 
magnetic core 

COUNTER 

A device, such as a register or storage location, used to 
represent the number of occurrences of an event. 

CPU see CENTRAL PROCESSING UNIT 

CRT see CATHODE-RAY TUBE 

CTOS see CASSETTE TAPE OPERATING SYSTEM 

CURSOR 

A movable spot of light on a cathode-ray tube of a console 
or a display unit that indicates where the next character 
will be entered. 

CYCLE 

An interval of space or time in which one set of events or 
phenomena is completed. 

CYCLE TIME 

(1) The time to read (and restore) a single word in 
memory. 

(2) The minimum time interval, in microseconds, be- 
tween two successive accesses to a particular storage 
location. 

DATA BASE 

(1) The entire collection of information available to a 
computer system. 

(2) A structured collection of information as an entity or 
collection of related files treated as an entity. 



DATA CONCENTRATOR 

A communications device that provides communications 
capability between many low-speed, usually asynchronous 
channels and one or more high-speed, usually synchronous 
channels. Usually different speeds, codes, and protocols 
can be accommodated on the low-speed side. The low- 
speed channels usually operate in contention, requiring 
buffering. The concentrator may have the ability to be 
polled by a computer, and may in turn poll terminals. 

DATA ELEMENT 

A class or category of data based on natural or assigned 
relationships. 

DATA HIERARCHY 

A data structure consisting of sets and subsets such that 
every subset of a set is of lower rank than the data of the 
set. 

DATA STRUCTURE 

The manner in which data are represented and stored in a 
computer system or program. 

DBMS 
An abbreviation for Data J9ase Management System. 

DEBUG 

To detect, locate, and remove mistakes from a routine or 
malfunctions from a computer. 

DEBUGGER 

A systems software program designed to help the program- 
mer determine causes of problems found during the 
running of his software. It features the ability to stop the 
executing program and determine the state of the machine 
at that time, i.e., the content of all memory locations and 
registers. 

DEMODULATOR 

A device that receives signals transmitted over a communi- 
cations link and converts them into electrical pulses, or 
bits, that can serve as inputs to a data processing machine. 
Compare: modulator 

DIAGNOSTICS 

A program that facilitates computer maintenance by 
detecting and isolating malfunctions or mistakes. 

DIGITAL COMPUTER 

A computer that operates on digital data by performing 
arithmetic and logical processes on these data. Compare: 
analog computer 

DIGITAL DATA 

Information represented by a code consisting of a sequence 
of discrete elements. Compare: analog data 
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DIRECT ACCESS DEVICE 

(1) A memory device that allows a particular data address 
to be accessed independently of the location of that 
address. The reference is to a location of a volume rather 
than relative to the previously retrieved or stored data. 
Compare: serial access 

(2) A storage device in which the access time is effectively 
independent of the location of the data. 

Also called: random access device 

DIRECT MEMORY ACCESS (DMA) 

A method of data transfer using a hardware device that 
sets up a high-speed data path to link memory with 
peripheral electronics. 

DISK OPERATING SYSTEM (DOS) 

An operating system designed to use a disk as a mass 
storage device. 

DISK PACK 

A removable direct access storage device containing 
magnetic disks on which data are stored. 

DISKETTE see FLOPPY DISK 

DISPLAY 

(1) A presentation of data in human-sensible form. 

(2) A device for visually presenting data from the comput- 
er to a user. 

DISTRIBUTED NETWORK 

A network in which all node pairs are connected, either 
directly or through redundant paths through intermediate 
nodes. Compare: fully distributed network. Also called: 
multistar network 

DMA see DIRECT MEMORY ACCESS 
DOS see DISK OPERATING SYSTEM 

DUPLEX TRANSMISSION 

Simultaneous two-way independent transmission in both 
directions. A Iso called: full-duplex Compare: half-duplex 

E-TIME 

The execution cycle. One of two basic machine cycles of 
the control unit. The instruction is performed during the 
execution cycle. E-time varies according to the length of 
time required to perform a specific instruction; for 
example, addition does not take as long as multiplication. 
Compare: I-time 

EBCDIC see EXTENDED BINARY CODED 
DECIMAL INTERCHANGE CODE 

EXTENDED BINARY CODED DECIMAL INTER- 
CHANGE CODE 

A system of codes for a set of 256 characters, each 

represented by a different eight-bit pattern. 

FIELD 

(1) A set of characters representing logical units or data 
elements. 



(2) In a record, a specified area used for a particular 
category of data. It can be of fixed or variable length. 

FILE 

A collection of related records treated as a unit. 

FILE LAYOUT 

The arrangement and structure of data in a file, including 
the sequence and size of its components. 

FILE MAINTENANCE 

Keeping a file up to date by adding, changing, or deleting 
data. 

FIRMWARE 

Software instructions that have been more or less perma- 
nently burned into a ROM (read-only memory) or 
PROM (programmed read-only memory) chip. 

FIXED-HEAD DISK 

A mass storage device which uses a rigid, circular plate 
with a nonmovable read-write head for each track of the 
disk. 

FIXED-LENGTH FIELD 

A data field that has the same predetermined number of 
characters from record to record. Compare: variable-length 
field 

FLAG 

A character or other indicator that signals the occurrence 
of some condition. 

FLIP-FLOP 

A sequential switching circuit capable of storing one bit of 
information in one of two stable states. Flip-flops may be 
grouped to form storage registers, counters, shift registers, 
or other functional components. 

FLOPPY DISK 

A mass storage device in which the storage medium is a 
single flexible plate of Mylar material housed in a paper 
jacket. Also called: diskette 

FORMAT 

A specific arrangement of data. 

FORTRAN 

An abbreviation for Formula Translator. A high-level 
language designed for mathematical computations. 

FULL DUPLEX see DUPLEX 

FULLY DISTRIBUTED NETWORK 

A network in which each node is directly connected with 
every other node. Compare: distributed network 

GATE 

A device having one output channel and one or more 
input channels, such that the output channel state is 
completely determined by the input channel states except 
during switching transients. Common logic gates are 
AND, NO, and NAND (not and). 
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HALF-DUPLEX 

Alternate, one way at a time, independent transmission. 
Compare: duplex 

HARDWARE 

The physical equipment of a data processing system, as 
opposed to the computer program or method of use. 

HEXADECIMAL NOTATION 

A scheme in which hexadecimal numbers are used to 
represent four-bit patterns as a shorthand means. The 
hexadecimal number system uses a base of sixteen, with 
valid digits that range from through F, where F 
represents the highest units position (15). 

HIERARCHICAL (COMPUTER) NETWORK 

A computer network in which processing and control 
functions are performed at several levels by computers 
specially suited for the functions performed, e.g., in factory 
or laboratory automation. Also called: tree network. 

HOST 

A computer attached to a network providing mainly 
services such as computation, data base access, or special 
programs or programming languages. 

I-TIME 

The instruction cycle. One of two basic machine cycles of 
the control unit. During the instruction cycle, the instruc- 
tion register receives the next instruction in the stored 
program, the instruction is interpreted in preparation for 
its execution, and the location counter is adjusted to 
contain the address to the next instruction. Compare: E- 
time 

IDENTIFIER 

A symbol whose purpose is to identify, indicate, or name a 
body of data. 

ILL 
An abbreviation for /nterlibrary Loan. 

INDEX 

(1) In data management, a table in the catalog structure 
used to locate data sets. 

(2) In data management, a table used to locate the 
records of indexed sequential data sets. 

INFORMATION (TRANSFER) CHANNEL 

(1) The functional connection between the source and the 
sink data terminal equipment. It includes the circuit and 
the associated data communications equipment. 

(2) The assembly of data communications and circuits, 
sometimes including a reverse channel. 

INPUT/OUTPUT CONTROLLER 
A device that directs the interaction between the process- 
ing unit and input/output devices. See also: control unit 

INQUIRY 
A request for information from storage. 



INSTRUCTION SET 

A set of operations that can be represented in a given 
operation code. Also called: instruction repertoire 

INTERACTIVE 

Pertaining to exchange of information and control be- 
tween a user and a computer process. In the interactive 
mode, direct communication is established and a conver- 
sation or dialogue is often undertaken. See also: conversa- 
tional mode 

INTERFACE 

A shared boundary. An interface might be a hardware 
component linking two devices, or a portion of storage or 
registers accessed by two or more computer programs. An 
interface enables devices to transfer information to and 
from one device or program and another. 

INTERNAL STORAGE 

The addressable storage directly controlled by the central 
processing unit. Also called: main memory 

INTERPRETER 

(1) A program that translates and executes each source 
language statement before translating and executing the 
next one. 

(2) A device that prints on a punched card the data 
already punched in the card. 

INTERRECORD GAP (IRG) 

The area at the end of a block or record on a blank tape or 
disk. It is created during the start-up and the stop time, 
during which no data are recorded. 

INTERRUPT 

To stop a process in such a way that it can be resumed. 

INTERRUPTION 

A break in the normal sequence of instruction execution 
which causes an automatic transfer to a preset storage 
location where appropriate action is taken. 

INVERTED FILE 

In information retrieval, a method of organizing a cross- 
index file in which keywords identify records. 

INVERTED TABLE LOOK-UP 

The process of searching a table whose sequence or order is 
other than that of the original table. 

I/O 

An abbreviation for Input/ Output. 

IRG see INTERRECORD GAP 

JOB 

A specified group of tasks prescribed as a unit of work for a 
computer. A job usually includes all necessary programs, 
linkages, files, and instructions to the system. 
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JOB-ORIENTED TERMINAL 

A terminal designed to receive source data in an environ- 
ment associated with the job to be performed and capable 
of transmission to and from the system of which it is a part. 

KEY 

One or more characters in an item of data that are 
used to identify it or control its use. 

KEYWORD 

One of the significant and informative words in a title or 
document, describing the content of that document. 

LINKED LIST RELATIONSHIP 

A configuration of ordered items, which usually do not 
occupy contiguous locations in online or offline memory. 

LOGICAL ENTRY 

All the data input to the data base in one logical grouping. 

LOGICAL FILE 

A collection of one or more logical records. 

LOGICAL RECORD 

A collection of items independent of their physical 
environment. Portions of the same logical record may be 
located in different physical records. 

LOOP NETWORK 

A computer network in which each computer is connected 
to adjacent computers. Also called: ring network 

LSI CHIP 

A small integrated-circuit package containing many logic 
elements. Large-scale integration (LSI) densities can vary 
from 500 to 10,000 transistors per chip. 

MACHINE LANGUAGE 

A binary language or code used directly by a computer. 

MACRO 

An instruction in a source language, equivalent to a 
specified sequence of machine instructions. 

MAGNETIC CORE see CORE 

MAIN FRAME see CENTRAL PROCESSING UNIT 

MAIN MEMORY 

(1) The general-purpose storage of the central processing 
unit that can be accessed directly by the operating 
registers. It stores both the data on which to be operated 
and the program dictating the operations to be performed. 

(2) All program-addressable storage from which instruc- 
tions may be executed and from which data can be loaded 
directly into registers. 

Also called: main storage and working storage 

MARC 

An abbreviation for Afachine-/?eadable Cataloging. 



MASS STORAGE 

Data storage other than the main memory, usually devices 
that have large capacities, such as magnetic tape or disks. 
Also called: auxiliary storage 

MEAN TIME TO FAILURE (MTTF) 

A measurement based on a ratio of the operating time of 
equipment to the number of observed failures. Also called: 
mean time between failures (MTBF) 

MEAN TIME TO REPAIR (MTTR) 

A measurement that relates to the normal repair time for a 
piece of equipment. 

MEMORY 

A unit of the computer used to store information received 
through an input unit or developed during the processing 
of data. The information can be brought out of storage for 
use without being destroyed. Also called: storage or store 

MESSAGE SWITCHING 

A method of handling messages over communications 
networks. The entire message is transmitted to an interme- 
diate point (a switching computer), stored for a period of 
time, and then transmitted towards its destination. The 
destination of each message is indicated by an address 
integral to the message. 

MICROCOMPUTER 

A computer with a microprocessor as its central processing 
unit. 

MICROPROCESSOR 

An LSI central processing unit on one or a few chips. 

MINICOMPUTER 

A physically small, relatively inexpensive, general-purpose 
computer that can operate in a regular environment with 
as much peripheral and system support as necessary to 
meet the requirements of the application. 

MODEM 

An abbreviation for Modulator-D<?r?2odulator. A device 
that modulates and demodulates signals transmitted over 
communication facilities. 

MODULATION 

The process by which some characteristic of one wave is 
varied in accordance with another wave or signal. This 
technique is used in data sets and modems to make 
business machine signals compatible with communications 
facilities. It converts digital data for transmission on 
analog telephone lines and for recovering the digital 
information at the receiver. Compare: demodulator 

MOS 

An abbreviation for Metal Oxide Semiconductor, a kind of 
material used in constructing chips. 
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MOVABLE-HEAD DISK 

A mass storage device that uses as a medium a rigid, 
circular plate with a movable read-write head that 
positions itself over the appropriate track of the disk. 

MTBF see MEAN TIME TO FAILURE 
MTTF see MEAN TIME TO FAILURE 
MTTR see MEAN TIME TO REPAIR 

MULTIPLEX MODE 

A means of transferring records to or from low-speed 
input/output devices on the multiplexer channel, by 
interleaving bytes of data. The multiplexer channel 
sustains simultaneous input/output operations on several 
subchannels. 

MULTIPLEXER CHANNEL 

A channel designed to operate with a number of in- 
put/output devices simultaneously. 

MULTIPOINT NETWORK 

A configuration in which more than two terminal installa- 
tions are connected. 

MULTIPROCESSING 

A configuration of two or more central processors that can 
be independently initiated and have access to a common, 
jointly-addressable memory. Each processor can operate 
simultaneously, either on segments of the same job or on 
entirely different jobs. 

MULTIPROGRAMMING 

A resource management system in which an executive 
routine allocates the resources of the computer to many 
programs concurrently. It is composed of procedures for 
handling numerous routines or programs seemingly simul- 
taneously by overlapping or interleaving their execution. 

MULTISTAR NETWORK see DISTRIBUTED NET- 
WORK 

MULTITASKING 

(1) A program design strategy in which the various logical 
elements making up a program are written so that they 
may operate asynchronously with respect to one another. 

(2) Procedures in which several separate but interrelated 
tasks operate under a single program identity and may use 
common routines, data space, and disk files. 

NETWORK 

(1) An interconnected or interrelated group of nodes. 

(2) In teleprocessing, a number of communication lines 
connecting a computer with remote terminals. 

NODE 

(1) An end point of any branch of a network, or a junction 
common to two or more branches of a network. 

(2) Any station, terminal, terminal installation, commu- 
nications computer, or communications computer installa- 
tion in a computer network. 



OCR see OPTICAL CHARACTER RECOGNITION 

OFFLINE 

Pertaining to equipment or devices not under control of 
the central processing unit. Compare: online 

OFFLINE SYSTEM 

In teleprocessing, that kind of system in which human 
operations are required between the original recording 
functions and the ultimate data processing function. This 
includes conversion operation as well as the necessary 
loading and unloading operations incident to the use of 
point-to-point or data-gathering systems. 

ON-DEMAND SYSTEM 

A system from which information or service is available at 
time of request. 

ONLINE 

Pertaining to equipment or devices under control of the 
central processing unit. Compare: offline 

ONLINE DATA PROCESSING 

Data processing in which all changes to relevant records 
and accounts are made at the time that each transaction 
or event occurs. Compare: batch processing 

ONLINE SYSTEM 

(1) In teleprocessing, a system in which the input data 
enters the computer directly from the point of origin or in 
which output data are transmitted directly to where it is 
used. 

(2) A system that eliminates the need for human interven- 
tion between source recording and the ultimate processing 
by a computer. 

OPERATING SYSTEM 

Software that controls the execution of computer programs 
and may provide scheduling, debugging, input/output 
control, accounting, compilation, storage assignment, data 
management, and related services. 

OPTICAL CHARACTER RECOGNITION (OCR) 
Machine identification of printed characters through use 
of light-sensitive devices. 

PAGE 

A segment of a program or data, usually of fixed length, 
that has a fixed virtual address but can in fact reside in 
any region of the computer's working storage. 

PARITY 

A simple form of error detection in which one nondata bit 
is added to the data bits in a character so that the total 
number of "one" bits is either always even or always odd. 

PARITY BIT 

A check bit appended to an array of binary digits to make 
the sum of all the binary digits, including the check bit, 
always odd or always even. 
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PARITY CHECK 

A check that tests whether the number of ones (or zeros) in 
an array of binary digits is odd or even. 

PERIPHERAL 

In a data processing system, any unit of equipment, 
distinct from the central processing unit, which may 
provide the system with outside communication. 

PHYSICAL RECORD 

A group of words, characters, or digits held in one section 
of an input/output medium or store and handled as a unit. 

PIO see PROGRAMMED INPUT/OUTPUT 

POINT-TO-POINT NETWORK 

A network configuration in which a connection is estab- 
lished between two, and only two, terminal installations. 

POINTER 

An identification, as represented by a name, label, or 
number, for a register, location in storage, or any other 
data source or destination. Loosely, the address of the next 
record. 

POLLING SYSTEM 

A system in which each of the terminals sharing a 
communications line is periodically interrogated to deter- 
mine whether it requires servicing. 

PRIMARY STORAGE see MAIN MEMORY 

PROCESS CONTROL 

Pertaining to systems whose purpose is to automate 
continuous operations. 

PROCESSOR see CENTRAL PROCESSING UNIT 

PROGRAM 

(1) A series of actions proposed in order to achieve a 
certain result. 

(2) A plan and operating instructions needed to produce 
results from a computer. 

PROGRAMMED INPUT/OUTPUT (PIO) 

A method of data transfer that makes use of program 
instructions rather than hardware devices to control the 
transfer of information between the central processor and 
an external device. 

PROM 

An abbreviation of Programmable Read Only Memory. A 
kind of chip that is not recorded during its manufacture, 
but instead requires a physical operation to program it. 
Some PROMs can be erased and reprogrammed through 
special physical processes. Compare: ROM 

PROTOCOL 

A formal set of conventions governing the format and 
relative timing of message exchange between two commu- 
nicating processes. 



RANDOM ACCESS DEVICE see DIRECT ACCESS 
DEVICE 

READ-ONLY ACCESS 

The sharer may read the data set but he may not change it 
in any way. 

REAL TIME PROCESSING 

The processing of information or data rapidly enough that 
die results of processing are available in time to influence 
die process being monitored or controlled. 

RECORD 

(1) A collection of related items of data, treated as a unit. 

(2) A collection of fields. 

REGISTER 

(1) A device capable of storing a specified amount of data, 
such as one word. 

(2) A temporary storage device used for one or more 
words to facilitate arithmetical, logical, or transferral 
operations. 

REMOTE ACCESS 

Pertaining to communication with a data processing 
facility by one or more stations that are distant from that 
facility. 

REMOTE BATCH PROCESSING 

A procedure in which computer programs or data are 
entered into a remote terminal for transmission to the 
central processor. This allows various systems to share the 
resources of a batch-oriented computer. 

RFP 

An abbreviation for /Request For .Proposal. 

RING NETWORK see LOOP NETWORK 

ROM 

An abbreviation of Read Only Memory. A kind of chip 
that has all of its circuits, e.g., logic elements or data, 
recorded as it is manufactured and can never be erased. 

SDI 

An abbreviation for Selective Dissemination of /nforma- 
tion. 

SEMICONDUCTOR MEMORY 

A memory whose storage medium is a semiconductor 
circuit. 

SERIAL ACCESS 

(1) Pertaining to the sequential or consecutive transmis- 
sion of data to or from storage. 

(2) Pertaining to the process of obtaining data from, or 
placing data into, storage, where the time required for 
such access depends on the location of the data most 
recently obtained or placed in storage. Compare: direct 
access device 
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SHARED FILE 

A direct access device that may be used by two systems at 
the same time; a shared file may link two systems. 

SINK 

(1) The point of use of data in a network. 

(2) A data terminal installation that receives and process- 
es data from a connected channel. 

SOFTWARE 

A set of programs, procedures, and possible associated 
documentation concerned with the operation of a data 
processing system. 

STACK 

(1) A block of successive memory locations that are 
accessible from one end on a last-in-first-out basis. The 
stack is coordinated with a stack pointer that keeps track 
of storage and retrieval of each byte or word of informa- 
tion in the stack. The words "push" (move down) and 
"pop" (retrieve the most recently stored item) are used to 
describe its operation. 

(2) A hardware device composed of a collection of 
registers with a counter which serves as a pointer to 
indicate the most recently loaded register. Registers are 
unloaded in the reverse of the sequence in which they were 
loaded. 

STAR NETWORK 

A computer network with peripheral nodes all connected 
to one or more computers at a centrally located facility. See 
also: centralized network 

STORAGE MEDIUM 

The material on which data are stored, e.g., magnetic and 
paper tapes, disks, and magnetic core. 

SUPERVISOR 

A control routine or routines through which the use of 
resources is coordinated and the flow of operations 
through the central processing unit is maintained. 

SYSTEMS ANALYSIS 

The study of all of the components, operations, data, 
information and material flow, work environment, etc., 
that constitute the existing system. 

TABLE 

A collection of data in which each item is uniquely 
identified by a label, by its position relative to the other 
items, or by some other means. 

TAPE OPERATING SYSTEM 

An operating system designed to use magnetic tape as the 
mass storage device. 

TASK 

A unit of work for the central processing unit, from the 
standpoint of the control program. 



TASK MANAGEMENT 

Those functions of the control program that regulate the 
use by tasks of the central processing unit and other 
resources. 

TELECOMMUNICATIONS 

(1 ) The transmission of signals over long distances, such as 
by telegraphy, radio, or television. 

(2) Data transmission between a computing system and 
remotely located devices via a unit that performs the 
necessary format conversion and controls the rate of 
transmission. 

TELEPROCESSING 

(1) A form of information handling in which a data 
processing system uses communication facilities. 

(2) The processing of data that is received from or sent to 
remote locations by way of telecommunications lines. 

TERMINAL 

(1) A point in a system or communications network at 
which data can either enter or leave. 

(2) Any device capable of sending and receiving informa- 
tion over a communication channel. 

TIME-SHARING 

(1) A method of using a computing system that allows a 
number of users to execute programs concurrently and to 
interact with the programs during execution. Although the 
computer actually services each user in sequence, the high 
speed of the computer makes it appear that the users are. 
all handled simultaneously. 

(2) Pertaining to the interleaved use of the time of a 
device. 

TIME-SLICE 

A designed interval of time during which a job can use a 
resource without being preempted. 

TIME-SLICING 

A feature that can be used to prevent a task from 
monopolizing the central processing unit and thereby 
delaying the assignment of CPU time to other tasks. 

TOS see TAPE OPERATING SYSTEM 

TREE NETWORK see HIERARCHICAL NETWORK 

TTY 

An abbreviation for Teletypewriter equipment. 

TURNKEY SYSTEM 

A commercial on-the-shelf package that includes the 
minicomputer, peripherals, and software necessary for a 
specific application, complete and ready to use upon 
installation. 

VARIABLE-LENGTH FIELD 

A data field that can vary numbers of characters from 
record to record. Compare: fixed-length field 
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VIRTUAL MEMORY 

A method of storage access involving transfer of informa- 
tion one page or more at a time between primary and 
secondary memory, and allowing the programmer to 
address total storage without regard to whether primary or 
secondary storage is actually being addressed. 

VIRTUAL OPERATING SYSTEM (VOS) 

An operating system designed to use a virtual memory 
mass storage technique. 

VOS see VIRTUAL OPERATING SYSTEM 

WORD 

(1) A character string or a bit string considered as an 
entity. 



(2) A group of characters occupying one storage location 
in a computer. It is treated by the computer circuits as an 
entity, by the control unit as an instruction, and by the 
arithmetic unit as a quantity. 

(3) The smallest addressable unit in main memory. 

WORKING STORAGE 

In programming, storage locations reserved for intermedi- 
ate results. Also called: main memory 

ZEBRA LABEL 

A label with preprinted lines in coded patterns which are 
read by a light pen (a photocell device). Also called: bar- 
encoded label 
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DESIRED/OPTIONAL WEIGHTING 

SECTION E REFERENCE 

5% 



A. COMMUNICATIONS 

1. Switched network operation 

2. Remote batch concurrent with 

interactive applications 

3. Higher level synchronous protocols 

4. Loop testing 

5. Software selectable baud rate 

B. PERIPHERALS 

1. CRT 

7X9 dot matrix character generation 

character highlight 

alternate upper case only 

serial input port 

58 line X 80 character format 

MARC- 1 1 character set 

Hardware data entry format 

Automatic tab 

2. Separate system disk 

3. Magnetic tape 

4. Line printer MARC II character set 

5. Document Printer 

alternate upper case only 
word processing capabilities 
MARC II character set 

6. IBM channel interface 

C. SYSTEM SOFTWARE 

1. Generic & specific peripheral 

reference 

2. Privileged user access 

3. Tuning 

4. User prioritization 

5. File management binary data handling 

6. Down line load from host computer 

7. High level languages PL/1, 

ALGOL, BASIC, RPG-II 

8. Sort/merge performance 

D. QUERY AND SOURCE DATA ENTRY SOFTWARE 

E. DBMS 

F. WORK PROCESSING SUBSYSTEM 

G. RELIABILITY 

Methodology 
Analysis 
H. SYSTEM HARDWARE EASE OF PROGRAMMING 



II 2.b.l.c 



II 2.b.l.d 


6 




II 2.c.l.d 


7 




II 2.c.l.e 


7 




II 2.c.2.c 


7 








5% 


II Zd.l.d 


9 




II 2.d.l.g 


9 




II 2.d.l.j 
II 2.d.l.m 


10 
10 




II 2.d.l.o 


10 




II 2.d.l.k 


10 




II 2.d.l.h 


9 




II 2.d.l.f. 


9 




II 2.d.2.a. 


12 




II 2.d.3.p 
II 2.d.4.h 


12 
13 






14 




II 2.d.5.f 


14 




II 2.d.5.g 
II 2.d.5.h 


14 
14 




II 2.d.6 


14 








15% 


II 3.a.2 


15 




II 3.a.4 


15 




II 3.a.5 


15 




II 3-a.lO 


15 




II 3.a.l3.a 


16 




II 3.a.l6 


17 




II 3.b.l 


17 




II 3.d.l 


18 








15% 


II 3.c 


18 








10% 


II 3.f 


18 








10% 


II 3.g 




35% 


II 3.i 


27 




II 2.a.6 


4 





5% 
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SECTION F 

I. SYSTEM SPECIFICATIONS 

This RFP is intended to be a "System Specification" rather than a "Hardware 
Specification." Overall system requirements and individual configuration require- 
ments have been described so that each prospective vendor will have the capability to 
propose the most effective approach for his particular product line. It would not be in 
the best interest of LC to circulate an RFP containing a list of specific model numbers, 
core sizes, and so on. For a procurement of this kind, it is most useful to rely on the 
unique problem-solving resources of minicomputer-oriented vendors and OEM's to 
prescribe a set of hardware and system software which will meet or exceed LC's 
response and reliability requirements. 

A. Global Requirements (common to all systems covered by this procurement). 

1 . System Architecture 

a. The systems proposed must be multilingual and multiprogramming computer 
systems capable of supporting interactive program development. There shall be a 
minimum of two terminals available for development of applications code but not 
necessarily concurrent with any given application. 

b. To accommodate changes in workload, the systems (hardware and software) must 
allow modular increments in hardware, i.e., able to utilize more or less of any of 
the individual hardware components (except the cpu) and more or less cpu 
memory capacity by field modification. 

c. The proposed systems must include an operating system which permits effective 
control of routine operations as well as unscheduled operations, e.g., recovery. 

d. The systems proposed must communicate with system users, e.g., via operating 
system commands, a text editor, a language processor and interactive debugger. 

e. The architecture and configuration of each proposed system must enable each 
system to provide a response time to each user terminal of not more than ten (10) 
seconds during sustained peak load operation (the functional descriptions of each 
of the six individual systems provide sufficient information for Bidders to derive 
"worst-case" and sustained peak load performance requirements for each system). 

f. The system proposed must have software compatibility across all configurations of 
a single mainframe type or a computer "line," if such configurations are proposed. 

2. System Hardware 

a. Mainframe or CPU. Each proposal shall include relevant details such as 
bandwidths, buss structure, multiplicity of data paths, and control paths, 
instruction repertoire and timings, "intelligent" components, interrupt structure, 
registers, and performance enhancement strategies. 

(1) The fundamental unit of internal data movement must be a "word" of at least 
16 data bits plus any system bits such as parity, etc. 

(2) There must be at least four (4) general purpose registers usable by application 
programs; sixteen (16) registers are preferred. Describe methodology for using 
registers as accumulators and for indexing. 

(3) The upper and lower limits of memory must be explicity stated. These limits 
should be a function of both hardware and system software requirements (i.e., 
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for the operating system, compilers etc. specified for this procurement, what is 
minimum memory required and maximum memory supported). 

(4) The basic memory cycle time must be one microsecond or less and the effective 
memory cycle time due to memory configurations such as interleaving or cache 
memory paging must be stated in detail with any assumptions used such as hit 
rate or instruction mixes. 

(5) The following features must be included: 

(a) program accessible clock 

(b) automatic program load 

(c) memory protection 

(d) automatic error detection 

(e) automatic power failure detection 

(f ) automatic restart from power failure with no loss of memory. 

(6) Illustrate using assembler source code statements and in a high-level language 
such as COBOL, FORTRAN or PL/1 the necessary instructions required to 
perform the following tasks. For each task, state the time required for execution 
assuming no interruptions occur: 

(a) Move 1601 bytes from one area of memory to another area of memory. 

(b) Compare a character string of 329 bytes to another string of the same length 
and branch if not equal. 

(c) Compare one binary value to another binary value and branch if not equal. 
Both values are initially stored in memory. 

(d) Branch to a location in memory having saved the address of the next 
instruction (so that a return could be executed). 

(e) Decode and add the following character strings together and encode the result 
back into a character string. Timing should be given for each step in the 
process (i.e., decode, add, encode.) 

123,932,480.63 
1,420.64 

(f) Specify the time required to access a physical block of data from a disk file 
considering the operating system overhead and hardware limitations. 
Assume no file management system. 

(7) State whether processor instruction set is hardwired or microcoded. 

(8) State whether any of the following desired instruction types are available: 

(a) Immediate data (i.e., data available in instruction word). 

(b) Stack operations (push, pop, etc.). 

(c) Operations on packed, signed, non-integer (i.e., real) data. 

(d) Byte addressing without having to load into register and shift. 

(e) Code translation and string edit, 
b. Communications 

(1) Remote Batch 

(a) The proposed system must be capable of communicating as a remote batch 
terminal and contain a minimum of two channels. 

(b) As a remote batch terminal, the proposed systems must interface via 
bisynchronous communication protocol to an IBM 370 Model 158 using 
2780 bisync or HASP work station protocol. 
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(c) The capacity to use a private line service for remote batch communications 
is mandatory. It is also desirable to have the capacity to use a switched 
network. 

(d) It is desirable that the proposed systems be able to support concurrent 
operations of remote batch and interactive applications terminals. 

(e) Terminal controllers or multiplexors must be capable of accommodating up 
to at least 60 asynchronous concurrent connections. 

(f) Detailed information of the preferred characteristics of the communication 
channels follows. If a vendor cannot meet all of the preferred specifications 
he should specify which are not met and why his proposed system will be 
better or more useful to LG. 

c. Communication Channels 

(1) Synchronous Channel 

(a) The proposed system shall have a Transmitter/Receiver capable of 
interfacing with modems whose input characteristics conform to one or more 
of the following at a transmission rate of at least 9600 bps: 

1. EIA RS-232-C, RS-334, RS-269A 

2. CCITT Recommendation V. 35 

3. WECO 303 (Bell 303) as described in AT&T Publication 41302 
"Wideband Data Stations, 303 Type." 

When more than one of the above is available the selection of the particular 
interface shall be done by external cable changes and/or modular replace- 
ment of output circuit drivers/receivers at the LG facility. 

(b) The synchronous channels shall be capable of handling 2780 bisynchronous 
protocol or HASP work station protocol. A complete and detailed description 
of this portion of the system is requested to include hardware interfaces, 
software supplied or required and any limitations. 

(c) The vendor also must supply a cable and signal connection diagram for this 
section identifying the type connector being proposed and its signals. This 
will enable LC personnel to adequately determine if the proposed system is 
suitable. 

(d) A desirable option would be the adaptability to several of the new bit 
oriented, full duplex protocols listed below: 

1. FED-STD-1020(A) EIA RS-422 Balanced 

2. FED-STD-1030(A) EIA RS-423 Unbalanced 

3. FED-STD-1031 (Proposed) EIA XYZ Physical for "Analog" facilities 

4. FED-STD-1029 (Proposed) EIA-ABD 

5. FED-STD-1040 (Proposed) CCITT X. 21 Public digital networks. 

(e) The vendor shall describe any loopback testing facilities available for 
determining if the computer interface is operating correctly. 

(2) Asynchronous Channels 

(a) The asynchronous channel shall interface with the processor or memory on 
a character basis. The transmitter shall have a parallel loaded buffer and 
serial output. An overrun error signal is desirable. 

(b) The speed range shall be from a minimum of 110 baud to a maximum of 
9600 baud rate. 

(c) It is desired that the Transmitter/Receiver be designed to allow software to 
select the baud rate. 



(d) Even, odd, or a no parity scheme is required and each Transmit- 
ter/Receiver pair shall generate, check or inhibit parity as determined by 
software. 

(e) The character length shall be selectable to five, six, seven, or eight bits. 

(f) The Transmitter/Receiver pair shall select one or two stop bits in addition 
to one start bit. One and one half stop bits may be utilized if two stop bits are 
selected for a five bit character. 

(g) The modem control signals shall conform to RS-232C for asynchronous 
communications to be used with Bell 113 A/B, 103 and 202 S/T moderns. A 
detailed description must be part of the proposal identifying connector types 
and signal pin connections. 

(h) The proposal must describe any loopback testing facilities available for 
determining if the computer interface and multiplexor is operating correctly, 
(i) Terminal interfaces must include the standard RS-232C interface. 
(j) Terminal ports must accept either hard-wire or service through a dial up or 

hard wired modem. All these are required, 
(k) Acceptable data rates must include 300, 1200, 2400, 4800 and 9600 bits per 

second. 

d. Peripheral Devices 
(1) CRT Terminals 

(a) Keyboard must provide, as a minimum, the standard ASCII 96-character 
subset. Proposal shall include a table showing the CRT image of each of the 
96 characters. Furthermore, the system must be capable of recognizing, 
transmitting, processing, storing, retrieving, displaying, and printing a full 
alphanumeric upper and lower case character set. 

(b) CRT screen display area must be approximately nine (9) inches wide by 
seven (7) inches high as a minimum. 

(c) CRT screen display area must have a capacity of not less than 1,920 
characters displayed at not less than 80 characters per line. 

(d) It is desired that CRT display characters consist of, or be equivalent to, a 
dot matrix of not less than 7X9 dots per character. 

(e) The CRT display must be fully buffered and the refresh rate must be 
sufficient to maintain full intensity of each individual character over the 
entire display area without flicker or other distortion. 

(f) The CRT unit must provide a cursor which functions as a visible positional 
indicator. It must be possible for the terminal operator to change the position 
of the cursor left, right, up, down by means of function keys on the CRT 
keyboard unit. Also, it is desirable to have the ability to tab or skip the cursor 
ahead to positions previously determined by the application program. 

(g) Under program control, it is desirable to emphasize or highlight individual 
characters or character positions by means of high-low dual intensity reverse 
polarity or blinking, and it must be possible by program control to protect 
selected character positions from being modified. 

(h) It is desired that the CRT unit have the ability to accept from the currently 
executing application program a visually formatted data entry screen 
display; project that display on the CRT screen in protected mode; then, 
without further CPU attention, allow the terminal operator to key-enter data 
into the specified input fields and to selectively re-key into these fields for 
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correction of errors visually detected by the terminal operator; and finally, 
when initiated by terminal operator action transmit only data currently 
displayed in the input field locations. 

(i) CRT terminal must have an RS-232-G communications interface support- 
ing user-selectable data transfer rates including 300 and 1200 baud. 

(j) In addition to the terminal specified in (a) through (i) above, a software 
compatible alternative terminal not having lower-case capability is desirable. 
LC may choose to install a lower cost alternate terminal in situations where 
upper/lower case capability is not required. 

(k) It is desirable to support the Library of Congress MARC II character set. 
This character set utilizes the parity bit to derive characters over and above 
the standard ASCII characters. It is requested that this capability be 
addressed. 

(1) The CRT system must have a minimum of 10 function keys associated with 
it to enable selection of user functions. This requires the function keys to be 
identifiable by the applications code. It is desired that these keys be internal 
to the CRT keyboard but proposals for a co-located function key box will be 
entertained. 

(m) It is desired that the CRT have an input I/O port which essentially 
parallels the keyboard. It shall conform to RS-232C serial transmission and 
be of suitable baud rate to accommodate a bar code wand reader or OCR 
reader with ASCII output. 

(n) The CRT must have an output I/O port which shall be capable of 
transmission to the document printer specified in paragraph d. (5). This port 
will be used for printing the screen image. 

(o) A desirable option is a terminal such as the one described above but with a 
58 line X 80 character display for word processing applications. Refer to 
section 3.g for details of word processing. 
(2) Direct Access Storage Devices 

(a) User data/program storage 

System capacity for at least four separate online disk storage devices, 
each with removable data storage media (disk pack) "physically" 
compatible with IBM 3330 packs, IBM 2314 or CDC 9876 Trident 
packs. The average and maximum disk access times shall be stated 
including seek times and rotational latency. Average access time is 
defined as seek time across one-half of tracks plus one-half total 
rotational delay and shall not be greater than 50 millisec. 

System capacity to be not less than 300 million bytes of concurrently 
online direct access user data storage. 

System (disk subsystem in conjunction with operating system I/O 
drivers) must be capable of recognizing and bypassing bad tracks. 
Bidder must describe methodology of this capability. 

(b) Systems residence device (optional) 

In view of the relatively large number of concurrent users to be 
supported, it is anticipated that bidders will find it desirable to include 
in their proposed system configuration a high-performance system 
residence device for program overlays, swap space, and so on. Because 
this device is optional, its detailed specifications are left up to the 
discretion of the individual bidder. 
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(3) Magnetic Tape Drives (optional) 

(a) System must be capable of supporting up to four (4) tape drives in 
increments of one, starting with one drive. These drives must have the 
following characteristics: 

(l)9-track 

(2) 800 or 1600 bpi Preferably 1600 bpi 

(3) 75 inches per second read/ write speed minimum 

(4) 2400 foot reel capacity 

(5) ANSII compatible 

(6) IBM readable 

(b) In order to reduce media inventory and minimize operator intervention, LC 
is considering not including magnetic tape drives in these minicomputer 
systems. Bidder shall describe the impact (if any) this action would have in 
regard to each proposed system with particular attention given to aspects of 
system reliability, operation, and maintenance. 

(4) Line Printer 

(a) Each system will be equipped with one line printer. 

(b) The sustained printer speed must be 200 lines/minute or better. Printer 
speed is defined as the print rate using a standard ASCII set of 96 characters 
and printing on all 132 print positions with equal use of all characters. 

(c) Six lines/inch capability is required with six or eight lines/inch desirable. 

(d) There must be a minimum of 1 32 print positions. 

(e) The printer must be able to print mutiple copies up to six-part forms. 

(f) The printer must be equipped with vertical and horizontal alignment 
controls for special forms, carriage control, and line feed suppression. 

(g) The printer must have an adjustable forms width capability to accommo- 
date forms ranging from 1 1 inches to 14 7/8 inches 

(h) In reference to the extended character set it is requested that the line printer 
interface be such that it would not preclude the use of a full 8 bit code 
transmission to accommodate the MARC II character set. 

(5) Document Printer 

(a) There should be a minimum of 80 print positions with a capability of 
transmission of at least 30 characters per second. 

(b) Standard 96 character ASCII (includes upper/lower case). 

(c) Multi-part form capability is desirable. 

(d) Character formation/impression mechanism must produce clear, "crisp" 
characters which will reproduce satisfactorily on Xerographic process office 
copier machines. Bidders shall include in their proposals a sample page 
printed by the document printer they are proposing. 

(e) Printer must be capable of being located and operated remotely via the 
Communications subsystem. 

(f) In addition to document printer specified in (a) through (e) above, a 
software compatible alternative not having lowercase capability must also be 
operationally available. LC may choose to install lower-cost alternate 
document printers in situations where upper/lower case capability is not 
required. 
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(g) Additional capabilities are desired for the word processing subsystem 
explained in section 3. g. These are as follows: 

(1) Variable pitch (either 10 or 12) and have readily changeable typefonts 
(not to exceed 5 minutes change time). 

(2) In addition to upper/lower case alpha and numeric, the special 
symbols period, comma, colon, semicolon, plus, section, cent, parenthe- 
sis, brackets (squared), quotation, asterisk, question mark, number, 
exclamation mark, percent, dollars, dash, underline, slash and apostro- 
phe are required. 

(h) It is requested that the MARC-II character set discussed in paragraph d. 

(1) (k) be addressed here also. 
(6) IBM Channel Interface 

It is highly desirable to have the capability of interfacing the proposed systems 
to the IBM 370 via a selector and/or multiplexor channel. Response to this 
requirement should be documented evidence as to both hardware required and 
software available to accommodate the hardware. Both the minicomputer and 
IBM 370 system requirements and prerequisites should be identified along with 
data rate limitations. 
3. System Software 
General 
a. Operating System 

(1) A complete, fully supported operating system is required that is capable of 
supporting all peripherals and managing all system resources. This operating 
system must be capable of supporting a minimum of 60 concurrent interactive 
terminal users executing a mix of application procedures. If the terminal 
support is not part of the operating system describe any communication 
software available to perform this function. Areas of interest include buffer size 
requirements, amount of memory required for the package and interface to 
high-level languages. 

(2) Both generic and specific program references to the line printer and other 
devices are desirable. 

(3) All peripherals must be accessible through software from terminals. 

(4) It is desirable to have a priviliged class of users permitting access and 
modification of system functions that are not available to non-privileged users. 

(5) It is desirable to have a capability to dynamically "tune" the operating system 
to optimize performance for changing workloads. 

(6) It must be possible to deny certain users access to certain system resources, 
such as disk space and CPU time. 

(7) Program development must be possible from a minimum of two terminals. 

(8) Capability MUST be provided for disk storage file backup. Offerers in 
responding should provide a measure of the time required to perform backup. 
Show all calculations and list the assumptions used for these calculations. 

(9) A software library facility is required for frequently used programs. 

(10) It is desired that it be possible to assign user priorities and for the system 
manager to define limits on user activity. 

(11) Terminals must be addressable so that the operator can communicate with, 
and as a privileged user, interrupt individual users. 

(12) Spooling to disk for line printer output is mandatory. 
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(13) There must exist a comprehensive file management system. 

(a) Binary data as well as formatted data must be storable on disk and magnetic 
tape. 

(b) File accessing from a program must be device independent. 

(c) File structure must be language independent. Files created in one language 
must be accessible by other(s). 

(d) Files created in batch mode must be fully compatible with and accessible in 
multiple user mode and vice versa. 

(e) Files must be sharable. More than one user must be able to access the same 
file concurrently. Protection against concurrent access via user option must be 
also available. 

(f) Record formats supported should include fixed, fixed block, variable, and 
variable blocked. 

(g) File access methods supported should include sequential, index sequential, 
random, and direct. 

(h) Bidders shall describe the file allocation methodology of their software, 
stating how this allocation methodology functions in a multi-user online 
interactive environment. 

(i) If the requirements (a) through (h) above require a DBMS, bidders shall 
provide complete functional and operational description of their proposed 
DBMS (see item "f" below). Particular emphasis shall be placed upon the 
performance impact of such software. 

(j) The file management system must have the capability of generic and 
approximate keyed retrieval. Generic is defined as having one or more of the 
leading characters of the key and approximate is defined as searching for the 
closest key such that 

KEY R >KEY F or KEY R < KEY F 
Where KEYR is the key requested and KEYp is the key found. 

(14) If the proposed software contains any system limitations such as number of 
files per disk drive, maximum file size, maximum record size, and so on, such 
specifications must be stated in the proposal. 

(15) It is required that the operating system be able to distinguish between system 
software activity and user application software activity so that the system can 
protect itself from user errors. 

(16) It is highly desirable that the system be capable of accepting a "down-line- 
load" from a remote host system. Bidders shall provide a comprehensive 
description of the methodology employed. 

(17) Vendor should describe availability and cost of source code for operating 
system, language processors, and all other vendor-supplied software. 

b. Language Processors 

(1) Describe "high-level" multi-user language capability as applicable to the 
development of application programs. Specify the extent of multiprogramming, 
multitasking, and re-entrancy of code generated by available compilers. Highly 
desirable high-level languages include COBOL, FORTRAN, RPG, BASIC, 
ALGOL, and PL/ 1. 

(2) Specify and describe the user environment in which application programs 
would be developed, tested, and implemented. Include a scenario of the coding, 
integration, and testing process. 
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(3) Describe and provide examples of accomplishing data storage and retrieval in 
a high-level language particularly data with alphanumeric "keys" of at least 
25 characters in length. 

(4) Describe the available MACRO assembler, if any. 

c. Query and Source Data Entry Package 

(1) A generalized package of this type is not mandatory. If the vendor wishes to 
describe a supplementary package which would be useful to LC, they may do 
so. 

d. Sort/ Merge and General Utilities 

(1) Provide a "sort/merge" capability and describe typical performance results. 
State the time required to sort from 1,000 to 20,000 records in 1,000 record 
increments, listing the system, disk, and core resources required, assuming no 
other active tasks, a 12-character sort key, and a 200-character record. It is 
desirable that this sort/merge be callable from application programs in either 
high-level language or assembly language. 

(2) Describe the system's ability to perform general utility functions and the 
environment in which they are performed (i.e., under language interpreter or 
operating system control). 

(3) Describe the software for performing disk pack backup copies and typical 
times involved. 

e. Communications 

(1) Describe software for emulating/simulating a 2780/HASP/JES/RES IBM 
compatible work station for 370 batch communications. 

(2) Describe the capability (if any) for a proposed system to communicate with 
another proposed system. 

f. Data Base Management System (Optional Desired) 

( 1 ) General 

It is desired that the DBMS relieve the application programmer of concern for 
the overall organization, structure and maintenance of the data base. The 
DBMS should insulate the application program from equipment differences 
among storage devices. 

(2) Host Languages 

The DBMS system should provide a high-level language interface capability to 
support application programs development. The DBMS should include the 
capability for such application programs to utilize all of the DBMS functions 
either through language extensions or supported call statements. 

(3) Processing Modes 

The DBMS should have the capability to support both batch and interactive 
modes of processing in a multi-user environment; that is, multiple termi- 
nals/programs should be able to update/retrieve from the same data base 
concurrently. 

(4) Data Definition 

There should be a facility in the DBMS to support the definition of data to the 
application program. Included in the definition capability should be features 
such as the following: 

(a) The definition of data bases and keys. 
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(b) The assignment of symbolic names to data bases, data elements, and groups 
of data elements. 

(c) Characteristics of each data element such as size, number of occurrences, 
and type, such as alpha or numeric. 

(d) A listing of data definitions with diagnostics. 

(5) Data Base Recovery 

The capability to recover the entire data base in a timely manner is imperative. 
In this respect, several requirements are specified below. 

(a) Ability to copy the entire data base or specified portions onto an auxiliary 
storage media upon command. 

(b) Ability to restore the data base from a previously generated copy along with 
all associated indices, pointers, and directories. 

(6) General Capabilities Desired 

The following capabilities are desirable and should be available to users 
through the query language and directly from a program written in the 
proposed host languages. 

(a) Efficient space allocation and de-allocation. 

(b) Variable length records via repeating groups or attached members. 

(c) Multiple indexes on a single file with duplicate keys allowed. 

(d) Randomized and tree index structures. 

(e) Data dictionary. 

(f) Minimal record and file size limitations. 

(g) Ability to insert, delete and update records in a data base without 
necessitating its recreation. 

(h) Ability for multiple users in all processing modes to concurrently access a 

common data base, 
(i) Specify all utilities required to maintain the data base include vendor 

supplied or customer required. 

(j) The ability to create and retrieve on sub-indexes is desirable. 
g. Word Processing Subsystem (desired) 

( 1 ) General 

It is desired that a software system which would facilitate word processing 
applications be described if available. This system should be oriented around a 
full page (58 lines of 80 characters or standard 8 l /2 X 1 1) CRT. The emphasis 
is placed on ease of use and ease of training of relatively unskilled typists. If the 
vendor does not have software of this type, LC will entertain recommendations 
as to where it might be obtained. 

(2) Software 

The software would be preferred in a high-level language to facilitate easy 
support. It will be required that the source code for the subsystem be supplied 
with delivery of the system. Furthermore it is required that a full, detailed 
configuration and operating system environment description be provided as 
part of the proposal with a general description as to whether it is a stand alone 
system or concurrent running with other application programs. 
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(3) The following word processing functions are desired. 
WORD PROCESSING MINIMUM CAPABILITIES 

1 . Insert character 

2. Insert line 

3. Delete character 

4. Delete line 

5. "Edit" or "Break" for variable length input of additional text. 

6. Erase (Deletion of character that leaves a space). 

7. Move Character 

8. Move line 

9. Move paragraph 

10. Move page 

1 1 . Must be able to print and edit or keyboard simultaneously. 

1 2. Local storage of minimum of 30 pages of text ( 1 page = 200 characters). 

13. Keyboard commands and use of system training not to exceed 20 hours for 
full capability. Employee should be able to be completely productive 
(maximum productivity) by end of 80 hours (includes training time). 

14. Printer must be capable of printing total screen text (58 lines X 120 
characters). 

15. Should have global search and replace 

1 6. Automatic pagination 

1 7. Ease of handling footnotes 

18. Decimal justification 

19. Diacritics 

(4) File handling capabilities 

In addition to the word processing requirements it is required that files or 
documents be accessed via keyed retrieval methods as described in section 
3. a. 13. Provisions must be made such that several individuals can be working 
on the same document concurrently and have the system reassemble the 
document into proper sequential order. 

(5) The system should also be capable of communicating with the LC mainframe 
CPU, IBM 370/158 with appropriate communication link control as described 
in section 3.e. 

h. General Requirements 

(1) The equipment design shall provide for maximum useful service life under 
twenty-four hour/day, seven day/ week operation as a design goal, obsolescence 
not withstanding. Useful service is defined as the continued ability to meet the 
performance reliability and maintainability specifications herein, assuming 
that preventive maintenance in accordance with the vendor's peroposal is 
practiced. Vendor shall state minimum and maximum useful service life and 
warranty. The equipment will require no special facility to be constructed. The 
operating environment shall be that of normal office conditions. 

(2) The equipment shall operate and maintain specified performance from a 
single phase power source of 115V + - 10%, 60 cycles +- 1 cycle, or a three 
phase, four wire power source of 1 15/208 V H 10%, 60 cycle +-1%. 
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(3) The vendor shall insure that all equipment will operate as specified in the 
probable internal and external electromagnetic and electrostatic environments 
without loss in performance and without, through the electromagnetic energy it 
generates, causing other equipment to malfunction. Designed suppression of 
radiated and constructed interference shall permit the equipment to operate 
without error from incoming interference sources such as florescent lighting, 
power lines, general purpose high-speed digital computers and their auxiliary 
equipment. It shall be the vendor's responsibility to inspect the site and review 
equipment installation plans with LC. 

(4) Electromagnetic or other radiation hazards potentially harmful to operating 
or maintenance personnel shall be constrained within the limits established by 
the National Council on Radiation Protection and Measurements. 

(5) The equipment shall have UL approval and perform as specified while 
operating under the following conditions: 

Ambient Temperature Range. 50 to 90 degrees F provides there is no 
condensation. 

Relative Humidity. 10% to 90% within the ambient temperature range. 

Other Atmospheric Conditions. Any probable combination of smoke, ozone, 
fine dust, or any other atmospheric conditions which are likely to be 
encountered in an office building. 

(6) The vendor will provide detailed specifications of the proposed system as an 
entity and define characteristics for system integrity. These shall include, but 
not be limited to: 

Detailed listing of system components. 

Dimensions of all items of equipment and proposed installation layout. 

Power supply requirements. 

Overload protection. 

Required system operating environment, particularly cooling and electrical. 

Modular growth characteristics and estimated useful life 

Detailed description of the technical characteristics of each component 
including MTBF (Mean Time Between Failure), MTTR (Mean Time to 
Repair), and MTBI (Mean Time Between Interrupt meaning abnormal 
termination of operating system software.) The vendor must meet or exceed 
the following figures or explain to the satisfaction of the LC why his figures 
should be accepted as a reasonable alternative: 

MTBF: See paragraph i.3. which follows 

MTTR: See paragraph i.4. which follows 

MTBI: See paragraph i.5. which follows 

Workload processing capability. 

Operational safeguards. 

Software interfaces. 

Hardware interfaces. 

Previous operational applications. 

Performance expectation (Throughput, etc.). 

(7) Specify the expandability or maximum capability of the system for memory, 
disk storage, CRTs, and printers. 



1 
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(8) Specify the source of all hardware and software being proprosed which has not 
been directly produced or manufactured by the vendor. 

(9) Provide the name, title, address, and telephone number of the vendor's 
representative who bears sole responsibility for this proposal and ensuing 
contract. This representative would be contacted only in the event of unusual 
circumstances; day-to-day situations would be handled at a lower organization- 
al level. 

i. Reliability 

Performance capability of the system will be based upon calculations from 
demonstrated field experience. Definitions and establishment of the quantitative 
criteria follow: 

(1) A system is the basic configuration of CPU's memory, DISKS, and tapes (if 
the tape option is exercised) and will not include any of the terminals supported 
by the system, telephone lines, cables, or utility power. 

(2) Failure : A failure is defined as one or more of the following: 

(a) Any component failure in a CPU causing the system to cease functioning. 

(b) Failure of the internal system power supplies to deliver the correct voltage 

(c) Failure of any component in the memory which disables usage 

(d) Failure of any component in the controller (if one is used) controlling the 
two synchronous channels 

(e) Failure of both of the synchronous channels 

(f) Failure of any component in the controller (if used) controlling the 
asynchronous channels. 

(g) Failure of more than ten percent of the asynchronous channels. 

(h) The system fails to operate within the specified environmental limits. 

(3) MTBF : The demonstrated mean time between failure for a population of 
systems shall be 12,000 hours as a goal. The goal should be realized in a one 
year time period. The LC will evaluate at the end of this time period whether 
the goal was met and the suitability of the proposed system. 

The MTBF shall be calculated as follows: 

The system will be utilized over a 12 hour period daily. Failures occurring 
outside this 1 2 hour period will not be charged against the system provided they 
have been repaired before start up time the following day. It is desired that an 
unattended system be able to report itself "in trouble" to the main 370/158 at 
the Library of Congress so that service personnel may be dispatched. 
Overall system reliability may be accomplished by one or more of the following 
suggested approaches: 

(a) Dynamic reconfiguration which is achieved by online test and diagnostic 
capability coupled with sufficient hardware sophistication for the system to 
realize a module is in trouble, configure the module out, report the failure, 
and not interrupt operation. This is the desired approach. 

(b) Manual reconfiguration which may be accomplished by a user or by an 
operator at a central terminal or at the 370/158 site. A short interruption 
occurs. 

(4) MTTR: Mean time to repair is desired to be less than 30 minutes (after the 
field engineer has arrived at the site). The proposal shall identify all evidence 
leading to this conclusion. 
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(5) MTBI: Mean time between interruptions shall apply to interruptions caused 
by either the operational system software or the system hardware. It is expected 
that interruptions will occur more frequently immediately following installa- 
tion of the system, but will be expected to improve once the burn in period has 
elapsed. MTBI is intended to cover those interruptions which cannot be traced 
to either system software or hardware as well as those that can be and is 
included to encourage the offerer to quote tested stable systems as far as 
practical. The following MTBI figures are desired: 

(a) For the first month 100 hours 

(b) For the next two months 500 hours 

(c) For the next three months 1 ,000 hours 

(d) For the remainder of the time during each working day of 1 2 hours or less 
the reliability shall be 0.999 equivalent to one tenth or one percent 
probability of failure, equivalent to a mission MTBI of 12,000 hours. 

(6) Design Life: The design life of the equipment is to be 10 years at 24 hours per 
day operation. 

j. Design Approach 

We require that the reader provide us with full details of the design approach bid, 
including the architecture and logic for achieving the required reliability and/or 
failure tolerance. We will entertain all sound design concepts that can achieve the 
desired reliability including n-processor approaches. 
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TABLE 17 Alternative 1 



Design 
Characteristics 


Hardware/ Software 
Impacts 


Library System 
Specifications 


Minimum 
Class of 
Computer 


Means of Inputting 
One-way. 


I/O Device: input only. 


Keypunch machine at 





Types of Output Products 
Hardcopy: Special forms 
and multiple copies. 



File Structure and Size 
Structure: Sequential. 



Applications Characteristics 



Ex.: keyboard, card 
reader, paper tape 
reader. 

I/O Device: printer with 
special paper capabil- 
ities-probably an 
impact type to handle 
multiple copies. 

Mass Storage Device: any 
type can handle sequen- 
tial. Ex.: punch cards, 
paper tape, cassette 
tape s magnetic tape, 
diskette, or disk. 



each library. 
Punch card reader for 
computer configuration. 

Impact printer, prob- 
ably a line printer 
for speed in print- 
ing 15 copies (i.e., 
three or four runs). 

Open (Class III dic- 
tates no disk). 



Sorting: Alphabetic. 


Mass Storage Device: 
large working space re- 
quired and access to 
several areas at one 
time. Tape system will 
require three drives. 
Disk system could have 
one large disk. 


Optional (Class III 
dictates magnetic 
tape or diskette 
(if capacity is 
large enough). 


Ill 




TABLE 18 Alternative 


2 




Design 
Characteristics 


Hardware/ Software 
Impacts 


Library System 
Specifications 


Minimum 
Class of 
Computer 


Means of Inputting 
One-way. 
Outside source: 
Offline machine- 
readable form. 
Type of Output Products 
Hardcopy: Special forms. 

Machine-readable 
output form 
(offline). 


I/O Device: key-to-disk sta- 
tion or intelligent terminal. 
System Software: floppy 
disk operating system. 

I/O Device: printer with 
special forms capability 
I/O Device: same medium as 
input station, i.e., floppy disk. 
System Software: floppy 
disk operating system. 


Key-to-disk station 
at each library. 
Floppy disk drive for 
computer configuration. 

Printer, line or 
character. 





File Structure and Size 

Structure: Can be either 
sequential or 
direct access. 



Applications Characteristics 
Sorting: Alphabetic. 



Mass Storage Device: any 
type can handle. Ex.: 
cassette tape, magnetic 
tape, diskette, or disk. 
Size of file is the con- 
trolling variable. 

Mass Storage Device: 
large working space re- 
quired and access to 
several areas at one time. 
Tape system will require 
three drives. Disk system 
could have one large disk. 



Open (Class III dic- 
tates no disk). 



Optional (Class III 
dictates magnetic 
tape or diskette 
if capacity is 
sufficient). 



Ill 
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TABLE 19 Alternative 3 



Design 
Characteristics 



Hardware/ Software 
Impacts 



Library System 
Specifications 



Minimum 

Class of 

Computer 



Means of Inputting 
Conversational. 



Location of input 
stations. 



Multiple online 
users. 



Type of Output Products 
Hardcopy: Special forms 

File Structure and Size 

Structure: Direct access 



Application Characteristics 
Sorting: Alphabetic 



Remote Access 



I/O Device: two-way 
(output or response 
capability). 

Communications Equipment: 
hardwire or telecom- 
munication line. 



I/O Device: two-way 
(conversational capa- 
bility). 

Communications Equipment: 
telecommunications 
lines or hardware lines. 

System Software: must 
handle telecommunica- 
tions functions if that 
method is used. 

I/O Device: printer with 
special forms capability. 

Mass Storage Device: disk 

device (diskette, 

fixed-head disk or 

movable-head disk). 
System Software: disk 

operating system. 

Mass Storage Device: large 
working space required 
and access to several 
areas at one time. Tape 
system will require three 
drives. Disk system could 
have one large disk. 

Communications Equipment: 
hardwire lines or tele- 
communications lines 
and modem. 

Communications Controller: 
may require a processor. 



Due to distances of 
the libraries, tele- 
communications lines 
and equipment must 
be used. 

Terminal must have 
modem. 



IV 



Printer, line or 
character. 

Disk system. 



Telecommunications 

system. 
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It is apparent that not every design characteristic 
pertains to every application and that not every system 
requirement is translated into a design characteristic. 
However, in both cases each must be considered, and 
an individual judgment must be made as to relevance. 
For example, the size of the file in this case has no 
impact on the design. The 4,000 volumes would be 
represented by 1.2 million characters (300 characters 
per record). Not all would be on the file at one time 
(only the titles being ordered during the biweekly 
cycle). There is no file size limitation for punch cards, 
paper tape, or magnetic tape as mass storage tech- 
niques. There is a size limit (capacity) for floppy disks, 
but a single side holds 250,000 to 300,000 characters, 
which is large enough for this application. 

In determining the lowest class of minicomputer 
system required to handle the alternative design, there 
are triggers that eliminate lower classes or dictate a 
minimum level. For example, Alternative One (Table 
1 7) does not require a Class III system until the design 
characteristic of sorting is considered. Class III is the 
lowest level that can handle sorting. Alternative Two 
(Table 18) follows the same pattern. Alternative Three 
(Table 19) requires an online interactive system with 
telecommunications capability. The lowest level that 
can handle this requirement is Class IV. 

The Analysis 

The design model makes it apparent that the 
cruder, simpler Alternative One will not save any 
money by using a lower class of minicomputer. Both 
Alternatives One and Two require a Class III system 
as a minimum. The cost differences will be in the cost 
of input devices, the cost of the line printer, and the 
processing time and cost of paper supplies that 
production of 15 printouts will require. Class III 
computers can handle communications, so it is feasible 
to investigate connecting each input station to the 
computer to transmit data in a batch mode. Turn- 
around time will decrease. 

CATALOGING 

Markuson and her collaborators state that there are 
three distinct types of catalog systems: (1) listing 
systems, which mainly prepare output products such as 
catalog cards, book catalogs, and labels; (2) control 
systems, which support catalog operations in such 
areas as thesaurus control, shelflist inventory control, 
and file maintenance; and (3) search systems, which 

26 Markuson et al., Guidelines for Library Automation, p. 73. 

27 Ibid., pp. 76-77. 



"provide mechanisms for accessing the catalog data by 
a number of search elements." 26 Markuson's catalog- 
ing functions are outlined in the following list. 27 

1 . Establishment and Surveillance of Catalog Poli- 

cies and Procedures 
Policy development 
Maintenance of procedure manuals 
User feedback analysis 
Performance analysis 
Interlibrary cooperation 

2. Establishment and Maintenance of Local 

Authority Lists or Adoption of Standard Lists 
Name authority files 
Subject authority lists; thesaurus 
Other authority files 
Classification schedules 
Filing rules 
Descriptive cataloging rules 

3. Materials Analysis 
Descriptive analysis 
Author entry establishment 
Subject analysis and indexing 
Classification and reclassification 
Abstracting 

Preparation of initial catalog record 
Revision and correction of initial record 

4. File Input and Maintenance 
Record input preparation and revision 
Filing 

Cross-reference control 

Error correction 

Transaction control; additions and deletions 

5. Materials Handling 

Sorting and preliminary control 
Distribution to catalogers 
Arrearage control 
Pasting and labeling 
Routing 

6. Inventory Control 
Establish shelflist record 
Added copy control 
Added volume control 
Recataloging and reclassification control 
Inventory statistics maintenance and analysis 

7. Reference and Retrieval 
File searching 
Retrieval of item in process 
File inquiry assistance 
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8. Output Generation, Dissemination and 

Reporting 
Report generation 

Preparation of printed cards, worksheets, etc. 
Preparation of printed book catalogs 
Preparation of printed labels 
Preparation of printed/punched book cards 
Preparation of printed lists 
Preparation of indexes 
Dissemination of records 
Union list reporting 

9. Processing Catalog Records from Outside 

Sources 

Ordering catalog records 

Organization and dissemination of hardcopy 
records for cataloging 

Processing, and maintenance of machine-read- 
able records 

Modification of nonlocal records 

Selective dissemination of records 
Establishment and surveillance of catalog policies and 
procedures is mainly an intellectual, judgmental func- 
tion. Information to support decisionmaking can be 
provided by other automated functions, and statistical 
analyses and modeling can be performed by computer 
to support the user feedback and performance analyses 
activities. In addition, automated text processing can 
be used to maintain procedures manuals. 

Establishment and maintenance of local authority lists or 
adoption of standard lists is both an intellectual and a 
clerical area. The maintenance of authority lists is 
essentially clerical, with file maintenance forming its 
major part. Automated systems have "maintained" 
and generated local lists for some time. Editing, 
updating, and control of the files, however, were done 
by human beings, who handled the files manually. 
Computer generation of authority lists has been tried 
(using a keyword approach), but without much 
success. More standard lists are now available for 
purchase in machine-readable form; such a list can be 
the basis of the local list. Filing rules for computers 
have been compiled and automated catalog filing has 
been performed for some time, but the complexity of 
the rules has varied among systems. Some of the more 
complicated schemes require human editing and 
human creation of sort keys, which the computer then 
manipulates, rather than using computer-generated 
sort keys based on program parameters. Computer 
support in this area can produce greater clerical 
efficiency, but the intellectual basis for authority work 
must still reside mainly with human beings. 



Materials analysis is almost entirely intellectual in 
nature, and in terms of creation of original cataloging 
entries no major automation effort has progressed past 
the experimental or research stage. Initial catalog 
records have been computer-built from an automated 
acquisitions file, but the initial identification of the 
descriptive elements was human-generated in the 
acquisitions phase. The support of automated authori- 
ty lists can make materials analysis more efficient and 
consistent, but it can do little more. 

Automation can be used to identify items that 
already have a catalog entry established by either the 
Library of Congress or another library. Searching the 
MARC data base or a larger network data base is 
possible through an automated system. If this search is 
made, then the human can analyze the material (book 
in hand) in terms of the entry and accept, reject, or 
modify it as necessary. This procedure has significantly 
reduced the number of items that require original 
cataloging and greatly relieved the intellectual burden 
of the cataloging department of individual libraries. 
Programs for reclassifying from one scheme to another 
(e.g., from Dewey to L.C.) can be written, but the 
results must still undergo heavy human scrutiny and 
revision. 

File input and maintenance is a natural area for 
automation. The nature and degree of file automation 
can vary from library to library, however. If the library 
catalog file is the card catalog, the file input is in the 
form of catalog cards, which can be formated, printed, 
overtyped, and sorted for filing by an automated 
system. The actual filing and maintenance would have 
to be done by hurnans. If the file were to be a 
computer-based file for producing book catalogs or 
COM catalogs, or for online searching, this file input 
and maintenance and its automated system would 
have to be more extensive and elaborate in nature. 
The catalog entry, once established, would have to be 
converted to machine-readable form. This conversion 
entails explicitly identifying separate data elements 
and their natures, so that the program can manipulate 
each as required. The MARC format provides a 
framework for explicitly identifying these elements, 
but the editing is usually done by people, not ma- 
chines. The Library of Congress has developed a 
format recognition program that analyzes a catalog 
entry and generates MARC tags and fields with an 
accuracy rate of about 75 percent. Once the editing is 
performed, the source record must be converted into a 
machine record and read into the system. Some 
automated systems generate cross-references by com- 
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paring the subject entries for the local catalog to a 
standard authority list, such as the eighth edition of 
the Library of Congress subject headings list. 

Materials handling is basically a manual activity, but 
automation can be used to control arrearage or 
backlogged items, items in process, and routing of 
items. 

Inventory control can be fully controlled, or at least 
supported, by automation. The degree of control 
depends partly on how much retrospective conversion 
of the card catalog to machine- readable form has been 
undertaken. If automation efforts have been limited to 
new titles only, there will not be enough basis for 
complete control. An effort will have to be made to 
create a file especially for inventory control. It may be 
possible to convert the shelflist or use a related file, 
such as an existing circulation system file. Some 
libraries approach retrospective conversion on a need 
basis; the added copy or added volume control system 
triggers the establishment of a machine-readable 
record in the computer file. The degree of sophistica- 
tion of the automated statistical data and analyses also 
depends on how much of the entire catalog is in 
machine-readable form. 

Reference and retrieval can be automated to a certain 
extent. Once a computer file is created, automated 
search and retrieval can be performed on it. Human 
beings, in some circumstances can initiate it, and in 
other situations program control can. For example, an 
acquisitions program could search the catalog holdings 
file automatically to determine whether a purchase 
request is a duplicate copy. 

Output generation, dissemination, and reporting (the prepa- 
ration of cataloging output products cards, book 
catalogs, COM catalogs, labels, book pockets, bibliog- 
raphies, and indexes) is well suited to automation. 
However, automation depends, of course, on the 
degree of automation of other cataloging functions, 
e.g., amount of retrospective cataloging converted, tag 
structure used, etc. The idea is to key the data once 
and use it over and over in different forms, formats, 
and permutations. 

Processing catalog records from outside sources becomes 
more and more practical as the use of catalog records 
in machine-readable form becomes more widespread. 
These are available through commercial sources and 
networks. The MARC tape distribution service has 
made almost 1 million cataloging records available to 

28 Ibid., p. 110. 

29 Ibid., p. 109. 

30 Ibid., pp. 113-4. 



libraries and vendors, thus reducing the need for much 
duplicated effort. 

Typical cataloging problems that can be solved 
wholly or in part by a minicomputer system include 

Maintenance of a name authority file 

Maintenance of a subject authority file and cross 
references 

Maintenance of a thesaurus 

Maintenance of a series authority file 

Efficient means to produce overtyped card sets 
Production of book or COM catalogs 

Maintenance and control of a catalog for a special 
documents collection 

Control of added copy and added volume routines 

Preparation of precataloging card sets and pro- 
cessing kits 

Control of items in process 

Maintenance of a union catalog of several collec- 
tions 

Preparation of special bibliographies on request 
Preparation of permutated indexes. 

SERIALS 

Serials, as an operational area of a library, are 
difficult to pin down. The processes involved are 
basically acquisitions and cataloging and in some 
libraries are incorporated in the regular flow for book 
materials. Even what is defined as a serial can vary: 
periodicals, newspapers, technical reports, Govern- 
ment documents, annuals, handbooks, and other works 
issued in frequent editions, sets in progress, services, 
and monographic series. 28 Markuson, et al., defined 
two main types of serial systems: (1) listing that 
provides "access to, and control of, certain facets of the 
serial operation," and (2) check-in control that pro- 
vides "mechanisms for the control of the receipt, 
recording, and routing of incoming serial issues." 29 
Her list of serial functions follows. 30 

1. Establishment and Surveillance of Policies and 

Procedures 
Policy development 
Maintenance of procedure manuals 
User feedback analysis 
Performance analysis 
Collection analysis 
Interlibrary cooperation 

2. Subscription Control 
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Review of new order requests and renewal 

requests 

Determination of procurement procedures 
Establishment and maintenance of subscription 

control files 

Preparation of subscription renewal approval lists 
Order preparation 
Fund accounting 
Vendor and source file maintenance 

3. Establishment and Maintenance of Biblio- 

graphic File Control 
Catalog new serials, recatalog old titles 
Prepare serial record entry 
Provide cross-reference controls 
Update serial holdings 
Transaction control: additions, changes, deletions 

4. Recording Incoming Receipts 

Sorting and assignment of incoming issues 

Bibliographic identification 

Posting to control file 

Marking and routing issues 

Recording changes in bibliographic or control 

information for file updating 
Claiming 

5. Materials Handling and Collection Control 
Sorting and shelving issues 

Servicing request for serial issues 
Routing and circulation control 
Storage of title pages, indexes, etc. 
Establishment and maintenance of binding con- 
trol file 

Missing issues control 
Preparation of want lists to complete holdings 

6. Output Generation, Dissemination, and 

Reporting 

Preparation of serial holdings lists 
Preparation of accessions lists and bibliographies 
Union list reporting and/or printing 
Printing order forms and subscription renewal 

lists 

Print claim notices 
Print binding notices 
Prepare serial check-in forms or arrival cards 

7. Reference and Retrieval 

Processing bibliographic verification inquiries 
Processing holdings and assigned location inqui- 
ries 
Retrieval of serial issue from processing flow 

8. Processing Nonlocal Records 

Union list maintenance and publication 
Selection and dissemination uses 



Purchasing and bibliographic control 

Establishment and surveillance of policies and procedures, 
like the other areas, involves mainly intellectual effort 
and can be only supported or aided by automation. 
The analyses needed in this area can be supported by 
automation more fully if the other functions are 
automated and the data can be collected by machine. 

Subscription control, like acquisitions, includes both 
intellectual and clerical activities. Although selection 
is a human decision, the review of renewal requests can 
be aided by a computer alert that signals when 
subscription renewal is imminent. In addition, analysis 
of previous subscriptions can provide means of project- 
ing subscription prices. Order preparation and fund 
accounting are clerical in nature and easily auto- 
mated, as is the vendor and source file. 

Establishment and maintenance of bibliographic file control 
begins with establishing and structuring the biblio- 
graphic elements for a serial according to standard 
rules. This activity is intellectual and must be done by 
a human being. Each entry then must be coded and 
converted into machine-readable form for further 
manipulation. The nature of periodicals is such that 
once an entry is established, it is subject to many 
changes, for example, title, frequency, and the corpo- 
rate name of the issuing agency. The actual holdings of 
the periodicals are in a constant state of flux, the 
current status of which must be maintained. These 
changes indicate the need for many cross-references. 
All of this maintenance and control can be greatly 
aided by automation. 

Recording incoming receipts can be aided greatly by 
automation. Although the initial sorting and subse- 
quent routing of incoming issues is a manual process, 
the remaining activities are clerical and can be 
automated or, if not fully, at least the computer can 
provide support. The means of constantly capturing 
the data, updating the status of the file, and generating 
claims when needed are the key elements in an 
automated serials system. 

Materials handling and collection control includes some 
manual activities, but these can be supported by 
automated clerical processes, as in control and mainte- 
nance of the various files and the generation of 
different lists. 

Output generation, dissemination, and reporting can be 
fully automated. When the information has been 
captured in machine-readable form, computer-gener- 
ated output is an efficient means of producing lists, 
forms, or notices. With an online computer system, 
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however, the need for some of the printed output may 
be eliminated. 

Reference and retrieval can be eased by automation. 
The information in serials files must be accessible by 
the library staff at various stages of the work flow. Part 
of the information also is needed by the library public 
and must be made available in a format designed for 
public use. Due to the nature of serials, there are many 
potential access points for any entry, and the historical 
data for each serial can be significant. The value of 
automation is its ability to manipulate data over and 
over, in an efficient and economical way, in hardcopy 
or softcopy form. 

Processing nonlocal records is a function that automa- 
tion furthers, for example by producing union lists of 
serials from the collections of several libraries. The 
holdings and titles on the lists can be kept current with 
great ease and efficiency, and the production of the 
lists can be accomplished quickly and economically. 
The introduction of serial records distributed in 
MARC format by the Library of Congress and the 
new cooperative serials project GONSER have made 
more standard cataloging entries available for libraries 
and reduced the amount of coding and keying 
required to build a bibliographic file for serials. 

A number of typical tasks that can be done by a 
minicomputer system are 

Controlling subscriptions: orders and fund control 

Maintaining and controlling a catalog of serial 
titles 

Preparing and controlling union lists of serials 
from several collections 

Controlling routing for new issues 

Controlling the finding of materials 

Controlling continuations 

Checking in new issues efficiently 

Efficiently handling claims of both titles and 
individual issues 

Maintaining and controlling information on 
where individual serials are indexed and abstract- 
ed. 

CIRCULATION 

Circulation systems vary not so much in type as in 
degree. Some maintain only transaction information 
what is currently charged out and some 
maintain files on all potential borrowers, all materials 
in the collection, and all current transactions. Some 

11 Ibid., pp. 130-1. 



systems handle overdue notices, reserve books, and 
maintain hold files and a bad borrower file. 

Markuson and her colleagues compiled the follow- 
ing list of functions of the circulation operation. 31 

1 . Establishment and Surveillance of Policies and 

Procedures 
Policy development 
Maintenance of procedure manuals 
User feedback analysis 
Performance analysis 
Interlibrary cooperation 

2. Authorized Borrower Control 
Borrower registration 
Borrower identification 

Special routines for exceptional borrowers 

3. Charging Procedures 

Charging materials, books, serials, etc. 
Recording charge transaction 
Book reservation procedures 

4. Discharging Procedures 
Discharging materials 
Recording discharge transaction 
Identification of reserved items 

5. File Input and Maintenance (all files) 
Transaction record input charges, discharges, 

etc. 

Borrower file input 

Transaction control, additions, deletions 
Error correction procedures 
Inventory control records 
Overdue and fine accounting 

6. Overdue Control 
Identification of overdue items 
Receipt and control of overdues and fines 

7. Interlibrary loan 

Monitoring of interlibrary loan requests in- 
coming 

Monitoring of interlibrary loan requests outgo- 
ing 

8. Output Generation, Dissemination, and 

Reporting 
Charge records 
Overdue notices 
Reserve notices 
Report generation 
Preparation of printed circulation and discharge 

lists 
Dissemination of records, reports, etc. 

9. Reserve or Special Noncirculating Materials 
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Establishment of control procedures 
Maintenance of special transaction files for non- 
circulating and reserve materials 

10. Reference Inquiry 
Identification of items on loan 
Identification of missing items 

1 1 . Materials Handling, Storage, and Maintenance 

of the Collection 

Retrieval of requested items 

Reshelving and maintenance of items 

Routing of materials 

Physical preservation of items 

Inventory of collection 

Purging of outdated and unwanted items 

Preparation of materials for shipment 
Establishment and surveillance of policies and procedures is 
mainly an intellectual activity. Automation can be 
used to support the decisionmaking with statistics 
gathered and analyses performed. 

Authorized borrower control is a candidate for complete 
automation. Borrower registration can involve merely 
individual borrowers providing information for the 
file. However, in many special libraries the borrowers' 
file can be taken from an existing file of agency 
employees. In most cases a control number, such as the 
social security number, is assigned. Often systems use 
an identifying badge or card with the number in 
machine-readable form to provide the means of input. 
If special classes of borrowers exist, these can be 
handled via algorithms. 

Charging procedures entail gathering the necessary 
information to record an item as in circulation. 
Information on the book, the borrower, and the details 
of the loan itself (charge date, due date, branch or 
location, etc.) are generally needed. The ease with 
which this information can be gathered is critical. 
Book reservations procedures can be automated so that 
a book cannot be checked out except by the person 
who is next on the "hold" list. A notice to this next 
person informing him of the availability of the book 
can also be generated automatically. 

Discharging procedures are the reverse of the charging 
procedures and usually involve gathering statistics on 
use for future analyses. 

File input and maintenance is critical to all files in the 
system, although they can vary with different system 
designs. The major factor in this subfunction is the 
efficiency with which the data can be captured and the 
records kept current (updated). 

32 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 574-5. 



Overdue control is eased by automation. A system for 
automated control of overdue materials, generation of 
overdue notices, and computation of fines is simple if 
the original transactions are in machine-readable 
form. (Interlibrary loans will be discussed as a separate 
operation.) 

Output generation, dissemination, and reporting includes a 
variety of functions. The output products that can be 
computer-generated depend on which functions are 
automated. For online systems many of the printed 
products are no longer necessary. 

Collections of reserve or special noncirculating materials are 
kept by some libraries under special loan procedures, 
such as short-term loans for several hours or unlimited 
loans for indefinite time periods. Once algorithms are 
defined, the procedures can be automated. 

Reference inquiry to circulation must be accommo- 
dated. Both library staff and the users need to access 
the transaction file to ascertain the status of specific 
items or of particular users' total transactions. 

Materials handling, storage, and maintenance of the collection 
consists mainly of manual activities. Automation is 
used only in a support or utility role. A minicomputer 
can be used to support any or all of the phases of a 
circulation system as discussed and its real value is in 
making an online system viable. 

INTERLIBRARY LOANS 

Interlibrary loan processes can be included in the 
circulation operation or set aside as a separate 
operation. The process is divided into two main 
functions, incoming and outgoing interlibrary loan 
requests. 

Hayes and Becker described the interlibrary loan 
functions as follows. 32 

I. Borrowing 

A. Making request 

1 . Assistance to patrons 

2. Determining location, verifying 

3. Completing form, filing 

4. Mailing 

B. Receiving item 

1. Receiving and unwrapping 

2. Checking records 

3. Notifying patron 

C. Payment 

1. Keeping records 

2. Making payment, mailing 

D. Returning item 
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however, the need for some of the printed output may 
be eliminated. 

Reference and retrieval can be eased by automation. 
The information in serials files must be accessible by 
the library staff at various stages of the work flow. Part 
of the information also is needed by the library public 
and must be made available in a format designed for 
public use. Due to the nature of serials, there are many 
potential access points for any entry, and the historical 
data for each serial can be significant. The value of 
automation is its ability to manipulate data over and 
over, in an efficient and economical way, in hardcopy 
or softcopy form. 

Processing nonlocal records is a function that automa- 
tion furthers, for example by producing union lists of 
serials from the collections of several libraries. The 
holdings and titles on the lists can be kept current with 
great ease and efficiency, and the production of the 
lists can be accomplished quickly and economically. 
The introduction of serial records distributed in 
MARC format by the Library of Congress and the 
new cooperative serials project CONSER have made 
more standard cataloging entries available for libraries 
and reduced the amount of coding and keying 
required to build a bibliographic file for serials. 

A number of typical tasks that can be done by a 
minicomputer system are 

Controlling subscriptions: orders and fund control 

Maintaining and controlling a catalog of serial 
titles 

Preparing and controlling union lists of serials 
from several collections 

Controlling routing for new issues 

Controlling the finding of materials 

Controlling continuations 

Checking in new issues efficiently 

Efficiently handling claims of both titles and 
individual issues 

Maintaining and controlling information on 
where individual serials are indexed and abstract- 
ed. 

CIRCULATION 

Circulation systems vary not so much in type as in 
degree. Some maintain only transaction information 
what is currently charged out and some 
maintain files on all potential borrowers, all materials 
in the collection, and all current transactions. Some 

31 Ibid., pp. 130-1. 



systems handle overdue notices, reserve books, and 
maintain hold files and a bad borrower file. 

Markuson and her colleagues compiled the follow- 
ing list of functions of the circulation operation. 31 

1 . Establishment and Surveillance of Policies and 

Procedures 
Policy development 
Maintenance of procedure manuals 
User feedback analysis 
Performance analysis 
Interlibrary cooperation 

2. Authorized Borrower Control 
Borrower registration 
Borrower identification 

Special routines for exceptional borrowers 

3. Charging Procedures 

Charging materials, books, serials, etc. 
Recording charge transaction 
Book reservation procedures 

4. Discharging Procedures 
Discharging materials 
Recording discharge transaction 
Identification of reserved items 

5. File Input and Maintenance (all files) 
Transaction record input charges, discharges, 

etc. 

Borrower file input 

Transaction control, additions, deletions 
Error correction procedures 
Inventory control records 
Overdue and fine accounting 

6. Overdue Control 
Identification of overdue items 
Receipt and control of overdues and fines 

7. Interlibrary loan 

Monitoring of interlibrary loan requests in- 
coming 

Monitoring of interlibrary loan requests outgo- 
ing 

8. Output Generation, Dissemination, and 

Reporting 
Charge records 
Overdue notices 
Reserve notices 
Report generation 
Preparation of printed circulation and discharge 

lists 
Dissemination of records, reports, etc. 

9. Reserve or Special Noncirculating Materials 
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Establishment of control procedures 
Maintenance of special transaction files for non- 
circulating and reserve materials 

10. Reference Inquiry 
Identification of items on loan 
Identification of missing items 

1 1 . Materials Handling, Storage, and Maintenance 

of the Collection 

Retrieval of requested items 

Reshelving and maintenance of items 

Routing of materials 

Physical preservation of items 

Inventory of collection 

Purging of outdated and unwanted items 

Preparation of materials for shipment 
Establishment and surveillance of policies and procedures is 
mainly an intellectual activity. Automation can be 
used to support the decisionmaking with statistics 
gathered and analyses performed. 

Authorized borrower control is a candidate for complete 
automation. Borrower registration can involve merely 
individual borrowers providing information for the 
file. However, in many special libraries the borrowers' 
file can be taken from an existing file of agency 
employees. In most cases a control number, such as the 
social security number, is assigned. Often systems use 
an identifying badge or card with the number in 
machine-readable form to provide the means of input. 
If special classes of borrowers exist, these can be 
handled via algorithms. 

Charging procedures entail gathering the necessary 
information to record an item as in circulation. 
Information on the book, the borrower, and the details 
of the loan itself (charge date, due date, branch or 
location, etc.) are generally needed. The ease with 
which this information can be gathered is critical. 
Book reservations procedures can be automated so that 
a book cannot be checked out except by the person 
who is next on the "hold" list. A notice to this next 
person informing him of the availability of the book 
can also be generated automatically. 

Discharging procedures are the reverse of the charging 
procedures and usually involve gathering statistics on 
use for future analyses. 

File input and maintenance is critical to all files in the 
system, although they can vary with different system 
designs. The major factor in this subfunction is the 
efficiency with which the data can be captured and the 
records kept current (updated). 

32 Hayes and Becker, Handbook of Data Processing for Libraries, pp. 5745. 



Overdue control is eased by automation. A system for 
automated control of overdue materials, generation of 
overdue notices, and computation of fines is simple if 
the original transactions are in machine-readable 
form. (Inter-library loans will be discussed as a separate 
operation.) 

Output generation, dissemination, and reporting includes a 
variety of functions. The output products that can be 
computer-generated depend on which functions are 
automated. For online systems many of the printed 
products are no longer necessary. 

Collections of reserve or special noncirculating materials are 
kept by some libraries under special loan procedures, 
such as short-term loans for several hours or unlimited 
loans for indefinite time periods. Once algorithms are 
defined, the procedures can be automated. 

Reference inquiry to circulation must be accommo- 
dated. Both library staff and the users need to access 
the transaction file to ascertain the status of specific 
items or of particular users' total transactions. 

Materials handling, storage, and maintenance of the collection 
consists mainly of manual activities. Automation is 
used only in a support or utility role. A minicomputer 
can be used to support any or all of the phases of a 
circulation system as discussed and its real value is in 
making an online system viable. 

8NTERLIBRARY LOANS 

Interlibrary loan processes can be included in the 
circulation operation or set aside as a separate 
operation. The process is divided into two main 
functions, incoming and outgoing interlibrary loan 
requests. 

Hayes and Becker described the interlibrary loan 
functions as follows. 32 

I. Borrowing 

A. Making request 

1 . Assistance to patrons 

2. Determining location, verifying 

3. Completing form, filing 

4. Mailing 

B. Receiving item 

1 . Receiving and unwrapping 

2. Checking records 

3. Notifying patron 

C. Payment 

1 . Keeping records 

2. Making payment, mailing 

D. Returning item 
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1 . Changing records 

2. Wrapping and sending 
II. Lending 

A. Receiving request 

1 . Receiving and verifying 

2. Checking catalogj locating 

3. Searching shelves, pick-up 

4. Keeping records, check-out 

B. Photocopying 

1 . Checking pages requested 

2. Sending to photocopy 

3. Copying 

4. Keeping records 

5. Preparing, logging invoices, filing 

6. Processing payment upon receipt 

C. Sending 

1 . Wrapping 

2. Distributing or mailing 

D. Followup 

1 . Sending overdue notices 

2. Keeping records 

E. Returned items 

1 . Unwrapping and inspecting 

2. Changing records 

3. Discharging 

4. Reshelving 

User interface, establishing entries, searching and 
locating sources or items, and checking materials are 
all intellectual activities. Searching and locating 
sources can be automated if there is a data base of 
holdings accessible to outside sources. For example, an 
online cataloging or circulation data base that can be 
accessed from external terminals could be used to 
search and locate sources. The other intellectual 
activities do not lend themselves to automation. The 
manual activities handling the material, shelving or 
pulling, wrapping or unwrapping, and photocopying 
also cannot be automated. The rest of the functions 
are mainly clerical or control activities and can be 
automated. 

The interlibrary loan tasks that can be supported by 
minicomputers include 

Preparation of request forms and control of items 
in the borrowed file 

Maintenance of a calendar for scheduling materi- 
al returns 

Maintenance and control of an overdue system 

Maintenance and control of an items-loaned file 

33 Markuson et al., Guidelines for Library Automation, pp. 139-40. 



Control of a borrowers' file and/or a source 
(supplier) file. 

REFERENCE AND INFORMATION 
SERVICES 

The reference function represents interaction of the 
library user with the library representative. This 
representative can be a human (a member of the 
library staff) or a tool (the library catalog, an index, or 
a specific book), that meets the user's need to locate the 
information desired. Because technical processes pro- 
vide the materials and means for serving the user, most 
of the tools used for reference are products of the 
technical services operations and systems. 

Markuson compiled the following list of nine 
reference and bibliographic functions. 33 

1. Establishment and Surveillance of Policies and 

Procedures 
Policy development 
Maintenance of procedure manuals 
User feedback analysis 
Performance analysis 
Interlibrary cooperation 

2. Development and Maintenance of Reference 

Sources 

Evaluation and selection of hardcopy reference 
materials 

Evaluation and selection of machine-readable 
reference materials 

Development of specifications for handling ma- 
chine-readable reference materials 

3. Identification of Relevant Outside Reference 

Sources 

Printed material sources 
Machine-readable bibliographic sources 
Machine-readable data-base sources 
Organizational and people sources 
Establishment of procedures for utilization of 

outside sources 

4. Search and Retrieval 
Initial screen and/or referral 
Question negotiation and analysis 
Conversion of question to appropriate termi- 
nology 

Formulation of search strategy 

Conduct of search 

Evaluation of search 

Maintenance of library and user profiles 

5. Preparation of Bibliographies 
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Definition of scope and type of bibliography 
Screening of potentially relevant items 
Preparation of bibliographic entry including 

abstract and annotation as required 
Preparation of final copy 
Duplication and dissemination 

6. Requests for Photoduplication 
Screening requests 
Duplication 

Distribution of photocopies 
Accounting control 

7. Preparation of Translations 

Identification of language skills available within 
library or appropriate affiliated group 

Identification of other sources of translation 
services 

Screening translation requests 

Preparation and presentation of translation 

Accounting control 

8. Establishment and Maintenance of Special Ma- 

terials 

Agency archival files 
Records of local search results 
Clipping and pamphlet files 
Personnel skills inventories 

9. Materials Handling 
Maintenance of reference collection 

Handling of items retrieved from other collections 
Physical preparation and filing of special materi- 
als 

Establishment and surveillance of policies and procedures is 
an intellectual activity, and automation can only 
support it, mainly by analyses of performance and user 
feedback. If formal survey techniques are used to gain 
user feedback, the necessary statistical analyses can be 
performed by an automated system. 

Development and maintenance of reference sources is an 
intellectual activity that must be performed by human 
beings but is involved with automated efforts or 
products. Actual use of the machine-readable materi- 
als may be required for testing purposes. 

Although identification of relevant outside reference sources 
is an intellectual activity, implementation of the 
machine-readable sources requires establishing an 
automated system or installing an existing system. 

Search and retrieval can be performed manually on 
output products, such as card catalogs, book catalogs, 
or special bibliographies, or it can be done online at a 
terminal. In either case, the access points and the way 
the information will be approached must be deter- 
mined in advance. The actual queries will depend on 



the search techniques chosen. (Is free text searching 
possible? Is Boolean logic searching available? Are 
predetermined descriptors required? Is a permutation 
technique appropriate?) Library and user profiles can 
be used for an automated SDI system if a machine- 
readable data base is available for searching. 

Preparation of bibliographies can be automated. Com- 
puter-generated bibliographies can be produced from 
machine-readable data bases if the records are struc- 
tured properly. For example, using the fixed-field data 
in the MARC II format, bibliographies could be 
compiled based on parameters dealing with language, 
country of origin, form of contents (yearbook, directo- 
ry, etc.), types of illustrations present, year published, 
and so on. Current awareness lists and SDI lists based 
on profiles also can be considered bibliographies and 
can be computer-generated. 

Requests for photoduplication are handled mainly by 
manual activity, but automation could be applied in 
accounting control. 

Preparation of translations is an intellectual activity. 
The clerical functions of accounting control, prepara- 
tion of orders or requests for translations, and mainte- 
nance of a file of sources of translation services can be 
automated. 

Establishment and maintenance of special materials collec- 
tions (such as photographs, clippings, internal research 
reports, commercial catalogs, and proposal/contract 
documents) can be controlled by automation. Some 
commercial systems provide for capture of source 
material on microforms and for search and retrieval of 
the data by minicomputer. 

Materials handling is a manual activity that does not 
lend itself to automation. 

Although most applications of minicomputers to 
reference and information services are approached 
through problems in the other operational areas, some 
needs can be mentioned: 

Public (user) access to the serials holdings file 

Public access to the thesaurus used 

Public access to materials in process 

Maintenance and control of special collections 

Maintenance, control, and access to microfiche 
documents collections 

Maintenance and control of files of human 
resources and their subject areas 

Maintenance and control of vertical files 

Access to commercially available online data 
bases of abstracts and indexes 

Maintenance and control of a current awareness 
and/or SDI system 
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Production of special bibliographies on demand 

Performance of literature searches on demand. 

ADMINISTRATION 

Administrative functions vary according to the 
library's place in the parent organization's structure 
and the payroll, personnel, and budget control services 
provided by that organization. The functions of library 
administration are, in general, those present in any 
organization, and general business automation systems 
dealing with administrative activities should apply. 34 

Markuson's list of administrative functions fol- 
lows. 35 

1. Establishment of Procedures vis-a-vis Parent 

Agency 

Legal requirements 

Funding, staffing, and operational policies 
Policies for joint sharing of facilities, e.g., comput- 
er equipment 

Reporting requirements and policies 
Identification of needed library services 
Establishment of interlibrary and interagency 

cooperation policies 
Establishment of contracting requirements 

2. Personnel Procedures and Policies 
Personnel selection 

Establishment of personnel policies, records, be- 
nefits 

Formal and on-the-job training procedures 
Personnel and records management 

3. Fund and Property Management 
Budget preparation and review, annual 
Budget preparation and review, long-range 
Budget allocation and surveillance 
Library fund accounting 

Cost analysis review 
Property inventory 

4. Organization and Administration of Functional 

Operations 

Establishment of services to be performed 

Development and review of organization to 
perform services 

Development and review of administrative poli- 
cies for each organizational unit 

Assignment of line and staff administrators 



Establishment of criteria for procedure manuals, 

forms, etc. 
Operations analysis review 

5. Reporting 

Establishment of statistical and reporting require- 
ments 

Preparation and review of annual reports 
Establishment of staff communication via meet- 
ings, newsletters, etc. 

6. Coordination and Cooperative Efforts 
Establishment of local agency coordination poli- 
cies 

Establishment of agency coordination policies 
Establishment of policies for coordination with 

other libraries and pertinent groups 
Assignment of staff to specific coordination func- 
tions 

7. Long-Range Planning 

Monitor developments and needs in local and 

central agency 
Monitor developments in other libraries and 

relevant organizations 
Assign staff to planning tasks 
Prepare and periodically update long-range plans 

8. Establishment of Systems Development and 

Evaluation Procedures 
Establish mechanisms for operational analysis 
Establish procedures for utilization of outside 

skills, e.g., contractors, staff sharing, etc. 
Establish policies for utilization of equipment, 

e.g., tele-typewriters, computers, etc. 
Establish review mechanism for operational 

changes 

Establish policies for cooperative planning, devel- 
opment, and implementation 

Establishment of procedures vis-a-vis parent agency is an 
intellectual activity that must be performed by a 
human. 

The major activities of personnel procedures and policies 
are intellectual, but records management can be 
automated. 

Fund and property management consists mainly of 
intellectual activity, but property inventory control 
can be automated. The other activities of this function 
can be supported by automation in the form of 
statistical analyses, modeling, and simulation. 36 



34 For a discussion of the automation of library administrative activities, see: Hayes and Becker's "Chapter Fourteen, Administrative Data Processing," Handbook of 
Data Processing for Libraries, pp. 383-414. 

35 Markuson et al., Guidelines for Library Automation, pp. 147-8. 

36 For a collection of essays on and a bibliography of library operations research, see: Peter Brophy, Michael K. Buckland, and Anthony Hindle, Reader in Operations 
Research for Libraries (Engltwood, Colo.: Information Handling Services, Library and Education Division, 1976). 
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Organization and administration of functional operations is 
an intellectual area. Computer support is applicable to 
"operations analysis review." 

Reporting can be supported by automation by using 
data gathered in other automated systems in the 
library. A word processing system can support prepa- 
ration of reports. 

Coordination and cooperative efforts is entirely intellectu- 
al in nature. 

Long-range planning can be supported by automation, 
with either computer-generated data or computer 
analysis and modeling. 

Establishment of systems development and evaluation proce- 
dures is an intellectual activity. 



SUMMARY 

The problems and solutions described in this chap- 
ter are merely representative of the tasks to which a 
minicomputer system could be applied in a Federal 
library. Individual libraries may have different needs 
that also can be served by minicomputers in the form 
of a standalone computer, a part of a network, or a 
local unit for a host computer. The number of 
minicomputer applications is limited only by the 
creativity of systems design teams. The possibilities are 
endless. 



CHAPTER FIVE 



SELECTION CRITERIA 



As stated in the Introduction, Part II presents 
guidelines for selecting and implementing a minicom- 
puter system. Part II begins with the assumption that a 
library has decided to use a minicomputer system. For 
those readers who are already familiar with minicom- 
puters and who skipped Part I to begin this book at 
Part II, a suggestion is in order. The following 
guidelines are based on a design model described in 
Chapter Four and it may be of value to review this 
model. 

FACTORS INFLUENCING THE 
DECISION 

During systems analysis and design in Part I, various 
possibilities for solving problems or meeting needs were 
reviewed. The systems design document reviewed each 
one, provided the information on which the adminis- 
trators made the decision, and contained all the details 
necessary to initiate the computer system. 

How did they arrive at that position where they 
could make their decision? First, the problem or need 
was expressed in terms of specific goals and objectives. 
The existing system was analyzed, and system require- 
ments for the new design were compiled. The design 
model was applied. That is, design characteristics 
pertinent to the system requirements were determined, 
and the hardware and software impacts for each were 
reviewed; the class (or classes) of computers was 
deduced for each of the choices; the systems document 
was prepared and the time for decisionmaking was at 
hand. 

What factors were considered in the choice of 
alternatives? Some of the main factors in the design 
decisions were considered early in the phase of 
decisionmaking. The system requirements included 
the organizational and environmental impacts, as well 
as those of associated systems, and the constraints 
(physical, organizational, technical, contractual, and 
resources) that had to be taken into consideration. 



The remaining factors deal with the various possible 
solutions, which had been shaped by the previous 
factors. 



COMPARISON TO A MANUAL 
SYSTEM 

Undoubtedly, in most problem areas a manual 
approach could be viable. A manual system and a 
minicomputer system, it must be stressed, really cannot 
be compared if the automated system is approached 
properly. The mini system should do more than the 
manual system but still allow all the necessary tasks to 
be performed. With any automated system the staff 
relief should be in the clerical ranks, as clerical tasks 
are the ones usually automated. There may be an 
increase in the duties and responsibilities of the 
paraprofessional or professional staff. Because infor- 
mation must be expressed explicitly for computer 
manipulation, the source data must be edited and 
coded before it is inputted. Higher level staff (if not to 
edit, at least to revise) is usually required. The entire 
operational area may feel the impact of automation. 

An operation, to be automated, must be clearly 
structured, precisely defined, and tightly organized. 
Precedents and decisions must be recorded. Rules and 
authorities must be controlled and consistently ap- 
plied. The degree of control may be much greater than 
in the manual system, and this may increase the work 
in the unit. For applications in which retrospective 
conversion may be appropriate, the decision whether 
to convert must be made. The file must be examined to 
determine how much must be converted (the file's 
volume) and how "clean" it is (how much editing must 
be done before converting). 
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COMPARISON TO A LARGE-SCALE 
SYSTEM 

In comparing a minicomputer system to a large- 
scale system, the situation or environment must be 
established. 1 For example, comparison of costs or 
services must take into account whether the large-scale 
computer would be the library's own, the agency's 
(with or without charge-back fees), or that of a 
commercial service bureau or contractor. The main 
differences between large-scale computers and mini- 
computers were discussed in Chapter Two. Additional 
points should be made. 

An online interactive system on a mini may be 
cost-competitive with a large-scale batch system. 

A library gains more control over its destiny with 
its own mini but must take on the duties atten- 
dant in operation, maintenance, repair, etc. 

A large-scale computer may be best used along 
with, not instead of, a mini system. Very large 
requirements for sorting or printing can be 
performed on a large-scale computer, and this 
combination may be an alternative to consider. 

SERVICE CONSIDERATIONS 

Service considerations affecting alternative designs 
should be stated explicitly at the end of the system 
design phase. The choices should be more of style and 
degree than of services present or not. Impacts on users 
should be considered first, and then impacts on the 
staff. Time involved can be a variable, as can ease of 
operation or use. Undoubtedly tradeoffs will be made. 

COST/BENEFIT ANALYSES 

Cost analysis is part of systems design as outlined by 
Markuson, and the costs for each alternative should 
have been prepared. Markuson suggests that the 
analyses should include the following. 2 



1. Determine development costs for all aspects of 
the system including: 

9 Manpower costs 

System design manpower 
Programming manpower 
Contractors and consultants 
Secretarial and clerical support 

Communication costs 
Travel 
Telephone 

9 Computer costs 

Computer time for program debugging and 

testing 
Computer time for data input and file building 

File conversion 

Input preparation and editing 
Input operators 
Input equipment 

Training 

Preparation of materials for staff training 
Special courses, etc. for project team 
Other 

Expendable materials 
Space 

2. Develop projections for operational costs: 

9 Manpower for system operation and for system 
modification 

9 Manpower for file input and maintenance 

Equipment costs for input and computer pro- 
cessing 

9 Expendable materials, e.g., printer forms, pa- 
per, labels, etc. 

3. Compare operational costs for manual and 
computer system. 

4. Prepare cost report 

The costs alone are not enough. A cost/benefit 
analysis should be performed. 3 This judgment is 
difficult because so much of the "benefit" would be in 



1 Auerbach compares minicomputers with wired logic components, large-scale computers, and commercial time-sharing systems in terms of the five general 
application areas for minicomputers; Aiurbach on Minicomputers (New York: Petrocelli Books, 1974), pp. 76-81. Hayes and Becker compare various system 
configurations for library applications; Robert M. Hayes and Joseph Becker, Handbook of Data Processing for Libraries, 2d ed. (Los Angeles: Melville Publishing Co., 
1974), pp. 268-74. Davison raises three significant issues that must be considered when deciding between large-scale and minicomputers for libraries and Grosch lists 
seven questions to be answered; Wayne Davison, "Minicomputers and Library Automation: The Stanford Experience" in Applications of Minicomputers to Library and 
Related Problems, ed. F. Wilfrid Lancaster, papers presented at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana- 
Champaign, 111.: University of Illinois, Graduate School of Library Science, 1974), pp. 93-95, and Audrey N. Grosch, "Minicomputer Characteristics, Economics 
and Selection for an Integrated Library- Management System, "in Applications of Minicomputers to Library and Related Problems, ed. F. Wilfrid Lancaster, papers presented 
at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana-Champaign, 111.: University of Illinois, Graduate School of Library 
Science, 1974), pp. 164-5. 

2 Barbara Evans Markuson et al., Guidelines for Library Automation; A Handbook for Federal and Other Libraries (Santa Monica, Calif.- System Development Corooration 
1972), p. 58. " ^ 

3 Kimber has a brief discussion on the economic aspects of automating, especially unit costs; Rfichard] T. Kimber, Automation in Libraries, 2d ed. (Oxford: Pergamon 
Press, 1974), pp. 23-26. Hayes and Becker have an entire chapter on cost accounting which is used to determine unit costs and other financial data for 
decisionmaking. They also have a chapter called "System Budgeting and Evaluation." This deals with criteria of evaluation, specifically cost/effectiveness (i.e., 
cost/benefit); see "Chapter 4, Cost Accounting in Libraries," and "Chapter 7, System Budgeting and Evaluation," Handbook of Data Processing far Libraries, pp. 102-21, 
178-94. Becker and Hayes discuss the benefit aspect, i.e., defining the criteria of value; Joseph Becker and Robert M. Hayes, Information Storage and Retrieval: Tools, 
Elements, Theories (New York: John Wiley & Sons, 1963), pp. 238-56. 
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service, and library service has been notoriously 
difficult to quantify and evaluate. Swihart and Hefley 
call these "intangible costs" and express the problem 
this way: 4 

Intangible costs must also be arrived at for every benefit claimed 
for a system. If service is to be improved, just how will it be 
improved, and specifically what value can be placed on it. Some 
library administrators will claim that they cannot estimate the 
value of faster service, more books, etc., but such judgments can be 
made with reasonable accuracy and when made, should be 
recorded in writing. 

However it is accomplished, the point is that cost alone 
should not be the sole consideration. The benefits must 
be reviewed and considered in the decisionmaking 
process. 

SELECTING THE SYSTEM 

Once an alternative has been chosen, the next step is 
to decide how to proceed. There are three main 
choices: (1) The library and its agency can develop 
and implement the system, (2) a commercial contrac- 
tor can be hired to develop and implement the system, 
or (3) a turnkey system can be purchased and 
implemented. The decision may take the form of a 
process of elimination. If there is no turnkey system 
available, the next question is whether the agency data 
processing unit can or will take on such a project. If 
not, there may be no recourse but to contract out the 
effort. Where options are available, the decision must 
be based on ability to meet the system requirements, 
costs involved, and time to complete. 

Whichever method is followed, the steps involved 
are basically the same. Ollivier wrote that there were 
four distinct stages. 5 

Design. Specifications. 

Solicitation. Problem description and specifications are sent as 
request for proposal (RFP) to a list of qualified vendors. 

Evaluation. Proposals submitted by vendors are reviewed and 
evaluated according to explicit criteria and rated according to 
their performance and cost. 

Negotiation. Vendor(s) discussions are undertaken and a contract 
is agreed on. 

These stages will be undertaken on the procurement of 
a turnkey system which includes hardware, software, 
and support; on the hiring of a contractor to prepare 
and install the new system; and on the purchase of 
hardware by the agency/library design team. 

The technical specifications should have been 
drawn up and completed as part of the system design 

4 Stanley J. Swihart and Beryl F. Hefley, Computer Systems in the Library: A Handbook for Managers and Designers (Los Angeles: Melville Publishing Co., 1973), p. 251. 

5 Robin T. Ollivier, "A Technique for Selecting Small Computers," in A Practical Guide to Minicomputer Applications, ed. Fred F. Coury (New York: IEEE Press, 
1972), p. 94. 

6 Markuson et al., Guidelines for Library Automation, p. 53. 



document. These specifications often take the form of a 
general description of the components needed to meet 
the requirements, as opposed to a shopping list of 
specific brands, model numbers, and quantities. The 
vendor is thus allowed to suggest the best of what is 
available to meet the specifications. Markuson and her 
collaborators provided guidelines for preparing hard- 
ware specifications. 6 

1 . Develop specifications for each type of equipment 
required 

Input equipment 

Computer equipment 

Output equipment 

2. Input equipment specifications should include 

Character set and encoding characteristics 

Operating specifications, e.g., ease of operations 

Reliability of operation 

Error detection and correction requirements 

Throughput rates, i.e., speed 

Display and/or printing requirements 

Environmental characteristics, e.g., size, noise 
of operation, portability, etc. 

Maintenance and training provisions 

3. Computer equipment specifications should in- 
clude 

Core storage and secondary storage characteris- 
tics 

Data manipulation capabilities 

Throughput requirements 

Input readers required, e.g., paper tape readers, 
and other special peripheral gear 

4. Output specifications should include 

Printing capabilities needed, e.g., upper and 
lower case 

Output form handling capabilities 

Legibility specifications for printing and/or 
displays 

Throughput rates 

Maintenance provisions 

Examples of these kinds of specifications were 
offered at the 1974 clinic on minicomputer applica- 
tions in libraries. The University of Chicago example 
was for a front-end minicomputer to serve as a data 
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concentrator and high-speed interface to a host (IBM 
370/168). The specifications included the following. 7 

1. Processor speed sufficient to drive the estimat- 
ed mix of terminals 

2. Disk storage sufficiently large to include 
software plus certain files 

3. Tape drives two, to log all transactions 

4. Console operator communications and pro- 
gramming tool 

5. Communications interfaces high speed to the 
computation center, a mix of speeds for the 
terminals 

6. System software disk oriented, with assemblers 
or compilers and a communications package 

7. Service to be locally available and reliable 
The University of Minnesota Bio-Medical Library 

specifications for the processor for its minicomputer 
configuration contained these requirements: 8 

1. CPU must be 8-bit byte-oriented with main 
memory addressable by byte location and pre- 
ferred word size a multiple of 8 bits 

2. Either explicit character manipulation instruc- 
tions or some reasonable method of effecting these 
within the available instruction set 

3. Multilevel indirect addressing and indexing or 
their functional equivalents are required 

4. Multilevel indexing is desirable but not re- 
quired 

5. Main memory must be incrementable to at least 
64K bytes 

6. Direct memory access required 

7. Real-time clock required 

8. Hardware multiply /divide required 

9. Power fail/automatic restart required 

10. Memory protection required 

11. Operator console keyboard/printer with 30 cps 
speed required. 

One of the best technical specifications ever pre- 
pared as part of an RFP was issued by the Library of 
Congress early in 1977 for the procurement of several 
minicomputer systems. 9 The system specifications and 
the weighting for the technical evaluation are present- 
ed in Appendix B. The RFP was accompanied by 
project descriptions for each application area. This one 



is certainly a well-written model for other libraries to 
follow. 

REVIEW OF HARDWARE/SOFTWARE 

Ultimately, somewhere along the flow of events, 
whatever the method followed, the systems team will 
have to consider and evaluate specific manufacturer's 
models, piece by piece. As a background for this 
procedure, and to provide a common ground for 
interpretating the proposals, the main components 
considered in drawing up the five classes of minicom- 
puter systems described in Chapter Three will be 
reviewed briefly. These descriptions represent a range 
of what is available in each area. The main character- 
istics or elements of each component are reviewed. 
Sample prices or price ranges are given only as a basis 
for comparison. There is no attempt to specify model 
names and numbers or precise costs, because the 
minicomputer industry is in such a state of flux. 10 

A study of minicomputer prices from 1972 to 1975 
shows that prices are dropping (Table 20). n 
TABLE 20 Cost Comparison Between 1972 and 1975 



Unit 


1972 


1975 


CPU with 2K memory 


$ 2,500 


$650 


4K memory 


2,200 


550 


Chassis 


300 


100 


Power supply 


400 


375 


Control panel 


225 


275 


DMA 


300 


Included 


Power failure restart 


350 


Included 


Teleprinter interface 


150 


150 


Real-time clock 


350 


Included 


Autoload 


400 


50 


16-bit digital I/O 


500 


500 


Paper tape reader/punch 


5,800 


5,600 


Moving head disk 


13,000 


12,000 


Floppy disk (dual) 


NA 


4,300 


Printer 


5,500 


4,950 



S3 1,925 525,200 



Technological advances cause changes. The sophist- 
ication of a device can increase while the price remains 
the same or even increases. Prices must be studied 
carefully for other factors. Some prices are quoted for 
OEM buyers. These are stripped units with no cabinet, 
power supply, controller, etc., which are to be incorpo- 



7 Charles T. Payne, "The University of Chicago Library Data Management System," in Applications of Minicomputers to Library and Related Problems, ed. F. Wilfrid 
Lancaster, papers presented at the 1974 Clinic on Library Applications of Data Processing, 28 April to 1 May 1974 (Urbana-Champaign, 111.: University of Illinois, 
Graduate School of Library Science, 1974), p. 1 16. 

8 Grosch, "Minicomputer Characteristics, Economics and Selection," p. 166. 

9 U.S., Library of Congress, Procurement and Supply Division, "Mini Computer Systems; Request for Proposal," Washington, D.C., 1977. (Mimeographed.) 

10 Withington predicted advances in computers and included price forecasts to 1985. This included minicomputer components and peripherals both For state-of- 
the-art technology and predicted technological developments; see Frederick G. Withington, "Beyond 1974: A Technological Forecast," Datamation 21 (January 1975): 
54-73. 

11 Marty B. Jarosz, "Minicomputers Microcomputers Peripherals; What Are the Real Cost Hang-Ups?" Mini-Micro Systems 9 (May 1976): 82. 
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rated into larger equipment or systems. Prices for end 
users are higher, because they need complete units 
ready to use. Some prices are for "packages" or 
"systems" that include several components with no 
choice of model or features. Some prices for peripherals 
do not include the controller, which must be purchased 
as a separate piece of equipment. Sometimes the 
controller is part of the larger CPU system, which 
means that the I/O device would not work on a 
different manufacturer's CPU. The prices of a major 
manufacturer can be somewhat higher than those of 
independent component manufacturers, especially in 
the area of peripherals. 

CPU 

The CPU is the most difficult to describe and 
evaluate. The main elements used to describe the 
processor are fairly standard, but listing them does not 
tell the whole story. Note that the manufacturer of 
each of the following CPUs uses different characteris- 
tics to describe it. 12 

Manufacturer 1 

Memory technology = core 
Memory size (bytes) = 8-32K 
Word size (bits) = 1 6 
Cycle time (jis) = 1.2/word 
Microprogrammed = Yes 

Manufacturer 2 

Memory size (byte) = 4-16K. 

Word size (bits) = 8 

Cycle speed (/is) = 1.6 

Transmission code = any 7-11 bit code 

Maximum I/O devices = 1 6 

Manufacturers 

Main memory = 10-1 10 (kc) 

Character size = 6 bits 

Addressable registers = 3/partition, except common 

Cycle time = 3.3 (/is) 

No. of I/O channels 

1 slow speed/user partition 

1 high-speed (FAG) 
Maximum devices/channels = 10 

Manufacturer 4 
Memory size = 12-24K 
Word size = 24 bits 
Maximun I/O channels = 8 

Manufacturers 

Cycle speed (MHz) = 1 

Storage technology = MOS 

Main memory capacity = 32-80 (Kb) 



Manufacturer 6 

No. of registers = 20 + implicit register 

Memory size (wds) = to 64K (48K available to user) 

Bits/word = 8 

Parity /Protect = both 

Cycle time (/us) = 1.6 

Paging = yes 

ROM Control memory 

Instructions 

Number = 91 

Double precision = yes 

(Hardware) multiply /divide = NA 
floating point = NA 

Stack manipulation = yes 

Priority interrupt = 10 levels 

Even with products of a single manufacturer the 
comparison is difficult. For example, the IBM 370 is 
known as the latest in large-scale computers. However, 
370 is a series number, and a second number identifies 
the model. At the top of the 370 series, for example, is 
the 370/168. At the other end of the series, the 
370/115 is listed as the minicomputer. The Digital 
Equipment Company manufactures a minicomputer 
series called PDP-1 1 . The size and power of this series 
varies from the PDP 11/04 (4K memory) to the 
PDP11/70 (128K memory). One manual listed the 
base price of the PDP11/04 as $2,995 and the base 
price of the PDP 1 1/70 as $54,600. 

Sometimes model numbers for a series are based on 
software alone. For example the General Automation 
data management DM200 series (220, 230, 240, and 
250) all use the same hardware; they differ in their 
software: 13 

220 Remote job entry 

230 Standalone batch system using disk monitor 
operating system (DMS) 

240 Foreground / background (communications / 
batch) using communications monitor system 
(CMS) 

250 Time-sharing and batch using time-sharing 
operating system (TSO) 

Because of the wide variety of CPUs, it is difficult to 
state benchmark prices by categories. In fact, price is 
not always indicative of capability. A General Auto- 
mation DM 230 standalone batch system was com- 
pared to "competitive systems," ranging in price from 
$47,650 to $82,595 (Table 2 1). 14 "... It is difficult to be 
sure that we are comparing apples to apples, since the 
configurations shown vary in disc storage capacity, 
basic system components, and card/line printer rat- 



12 Auerbach Buyers' Guide to. 

13 Ibid., pp. 121-2. 

14 Ibid., p. 122. 



ings." 

. Business Minicomputer Systems, Winter /SW-77(Pennsauken, N.J.: Auerbach Publishers, 1977), pp. 36, 70, 79, 1 10, 262, 346. 
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TABLE 21 Comparison of "Competitive Systems" 



Configuration 


Main 
Memory 


Mass 


Storage 


I/O Devices 


Price 

Mid 1975 


General Automation DM230 


32K 


bytes 


20M bytes 


disk 


storage 


TTY, 


line printer 


(600 


1pm), card reader (400 cpm) 


$47,650 


DEC Datasystem 


356 


32K 


bytes 


40M bytes 


disk 


storage 


TTY, 


line printer 


(300 


1pm) 


$61,345 


Hewlett-Packard 


M260 


32K 


bytes 


23.5 bytes 


disk 


storage 


Paper 


tape input, 


mag 


tape device, 


$79,200 



Singer System Ten 
Eclipse C/300 



30K bytes 20M bytes disk storage 
96K. bytes 10M bytes disk storage 



TTY, line printer (200 1pm) 
Workstation, line printer (450 1pm) 

Console, CRT, mag tape device, 60 1pm printer, 
4-line async multiplexor 



582,595 
$77,400 



The five classes of minicomputers put together in 
Chapter Three as sample systems can be priced as a 
basis of comparison (Table 22). The prices that follow 
are for end-user systems and are on the high end of the 
price scale. The price for the processor is for the largest 
end of the main memory range and includes the CPU, 
main memory, I/O control, communications control, 
chassis, power source, control panel (or console), 
support software, and operating system. It does not 
include a compiler. 

TABLE 22 Costs of the Five Classes of Minicomputer 
Systems 



Price 


Class 


Memory 
Size 


Category 


$6000-87000 


I 


(4K) 


Intelligent terminal (Data 








Collection) 


$15,000 


II 


(32K) 


Simple executive monitor 








or single batch general 








application 


$30,000 


III 


(64K) 


Single or multiple batch 








with general applications 








including sorting 


$70,000 


IV 


(128K) 


Interactive single appli- 








cation for multiple 








online users 


$85,000 


V 


(64K) 


Time-sharing interactive 








system with multiple ap- 








plications for multiple 








online users 



Taking these as base figures, the cost of the various 
peripheral and software packages to be used can be 
added for a total system price. 

Peripherals 

The peripherals chosen to fill out the hardware 
configuration deserve special consideration. Not only 
do they perform the system interface to the user and 
thereby influence the efficacy of the system, they can 



involve as much as 90 percent of the total cost (see 
Table 20) of the hardware. Also, the dramatic price 
drops found in processors have not occurred in the area 
of peripherals. 

In the early days of the minicomputer, most 
peripherals used were existing ones designed originally 
for large-scale computers. The miniperipheral market 
has now developed, and there are many choices for 
most devices. There are three sources for peripherals: 
the minicomputer (processor) manufacturer, the OEM 
manufacturer who sells the peripheral without inter- 
face, and the independent manufacturer specializing 
in complete plug-compatible peripheral systems. 

As Modern Data pointed out: 15 

The safest and easiest way to buy a peripheral is from the mini 
manufacturer. The minimaker has designed, tested, and fabricat- 
ed interface logic and diagnostic/ debug software to ensure 
trouble-free mating of the peripheral with the mini. However, 
since the mini manufacturer usually sells only to his base, 
production is limited and prices tend to be higher than the other 
two alternatives. 

Independent miniperipheral manufacturers/suppliers are the 
second alternative. These manufacturers can either manufacture 
their own complete peripheral sub-system or they can buy from an 
OEM manufacturer and provide a specialized interface for 
certain mini models. Most of these manufacturers have a high 
degree of flexibility since they are not locked into a specific make 
or model, and diey are generally less expensive than mini 
manufacturers because of high volumes in certain peripherals. 

The third alternative is for the do-it-yourselfer who likes to design 
his own hardware and software interfaces. The peripheral can be 
purchased from an OEM manufacturer and the controller from a 
variety of controller manufacturers for the lowest price of the three 
alternatives. 

The advertisements for peripherals manufactured 
by independents all emphasize which mini model they 
are compatible with. Industry magazines prepare 
survey articles and include charts that show which 
independent's device fits which minicomputer. 



15 "Peripherals Make the Mini; Modem Data's Annual Survey of Plug-Compatible Miniperipherals," Modem Data 8 (December 1 975): 34. 
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Another facet of the peripheral market is the "IBM- 
equivalent" or "IBM-standard" product. Some peri- 
pherals are designed to replace an IBM device in such 
i way that the processor and software are "ignorant" 
)f the substitution. For example, disk cartridge systems 
ire presented as equivalent to the IBM 2315 or 5440, 
ind disk packs are described as equivalent to IBM 
2314 or 3330 systems. 

The point has been made that peripherals are 
expensive; a high percentage of the cost of the 
peripheral system is for the interface. Julinssen com- 
piled a table that illustrated the proportion of the cost 
jf the interface to the price of the device (Table 23). 16 

TABLE 23 Comparison of Costs of Peripheral Devices 
and Their Interfaces 

Peripheral 

Peripheral Interface 
Peripheral Device Price ($K) Price ($K) 



TI 3330 Moving Head Disk 


20 


14 


TI Cartridge Moving Head Disk 


5.1 


3.3 


TI Magnetic Tape 


6 


2.5 


DEC Cartridge Moving Head Disk 


5.1 


5.9 


DEC Magnetic Tape 


7.5 


3.2 


AED Floppy Disk 


0.75 


1.8 


Shugard Floppy Disk 


0.75 


1.6 


Sykes Cassette (RS232) 


0.6 


1.3 


Sykes Cassette (Minicomputer 


0.06 


1.9 


Interface) 







Some independent manufacturers supply interfaces 
lesigned specifically for certain device models and 
niniprocessors. Some firms do custom interfaces on a 
lemand basis. 

It should be pointed out that add-on/add-in memo- 
y modules are often considered peripherals. 17 They 
:an be offered by the processor manufacturer or an 
ndependent vendor. They are used to enhance, 
lugment, or replace existing memory within the limits 
)f the CPU and software. 

Mass Storage Devices 

There are two basic types of mass storage: sequential 
md direct access. The sequential devices are usually 
lower than direct access ones, but they are simpler. 
Fhey run on smaller, less sophisticated (thus less 
expensive) hardware and software. Sequential media 
/ary from paper tape and punch cards to magnetic 
.apes (both cassette type and industry-standard). 

The main characteristics of sequential media are 
ipeed and ease of use. Capacity does not enter in with 
:ards (except for capacity of card hoppers) but can be 

16 J- Egil Juliussen, "The Cost Outlook for Peripheral Controllers," Mini-Micro 

17 "Peripherals Make the Mini," p. 36. 



a factor with lengths of tape. The data transfer rates 
determine the price of a device. The rates for reading 
and punching vary for paper tapes and punch cards, 
but magnetic tape read and write rates are the same. 
For all tape devices the speed can vary with the power 
of the tape drive; fast forward or rewind speeds also 
can vary and affect system efficiency. Tables 24-28 
show the costs of various mass storage devices. 

Paper tape and punch card devices. 

TABLE 24 Paper Tape (Perforated) Devices (Five-, 
Six-, or Eight-Channel Tape) 

Category Speed (characters per second) Price 



Reader 



Punch 



Reader/ 
Punch 



Slow: up to 100 
Medium: 100-300 



High: greater than 300 
Slow: up to 60 
Medium:61-120 



$1,600 plus $1,000 

controller 
$1,800 plus $4,000 

to $8,000 

controller 

$3,000 to $9,900 
$5,500 plus $4,000 

to $8,000 

controller 

$4,200 



Note: The prices are only samples randomly chosen. The control- 
ler may be part of the mainframe system, and the manufac- 
turer's unit can be used only on its equipment. There may 
be a separate controller, which must be purchased separate- 
ly, or the device may have the controller installed in it and 
included in the price. 

TABLE 25 Punch Card Devices (80-Column) 



Category Speed (cards per minute) 



Price 



Reader 


Slow: 


up to 300 


$4,000 to $6,000 
with controller 




Medium: 


301-799 


Up to $10,000 with 
controller 




High: 


800-1400 


$10,000 to $15,000 
with controller 


Punch 


Slow: 
Medium: 


up to 70 
71-149 


$1,900 plus con- 
troller ($750) 
$9,000 to $12,000 


Reader/Punch 

Multipurpose 
unit (can 


High: 
Read 300, 

Read 300, 


150-300 
punch 60 

punch 60 


$10,000 to $30,000 
$9,500 plus con- 
troller ($1,900) 
$11,400 plus con- 
troller ($2,100) 



include 

sorter) 



Magnetic tape cassettes and cartridges. The tape 
cassette is the simplest magnetic tape device. It looks 
like an audio cassette and was introduced by Philips. 
The cartridge was developed by IBM; it has wider 

Systems 10 (January 1977): 64. 
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tape (therefore more tracks) and more capacity. An 
article in Modern Data compared the two forms (Tables 
26, 27). 18 

TABLE 26 Comparison of Magnetic Tape Cassettes 
and Cartridges 

Cassette Cartridge 



Price of drive with read/ 
write and motor control 
electronics 

Price of a unit (cassette 
or cartridge) 

Average capacity of media 

Average transfer rate 



$450 



5.4M bits 
(2 tracks) 
8K bps 



$700 



$ 20 

23M bits 
(4 tracks) 
48K bps 



TABLE 27 Tape Cassettes 



Read/Write 
Speed 


Rewind 
Speed 


Density 


Price 


Ranges from 
to 30 ips 


20 to 140 
ips 


120 to 
1000 bpi 


$1,200 to $2,700 
single drive 
$2,300 to $3,400 
dual drive 



Industry-standard magnetic tape. Magnetic tape on 
open reels of 7 1 /- or 10-inch diameter is the common 
tape for both large-scale computers and minicompu- 
ters. The tapes have seven or nine tracks and are 
recorded at 800 or 1600 bits per inch (bpi). The read 
and write speeds range from 10 to about 75 inches per 
second, or 10-100 thousand bits per second (10-100 
KB). Some devices come as clusters composed of 
multiple drives and controller units. Prices vary 
according to combinations of variables present (Table 
28). 

TABLE 28 Industry-Standard Tape Drives 



Tracks Density Read/Write Speed No. of Drives 


Price 


7 


800 bpi 


12.5 ips 


1 


$ 7,950 


9 


800 bpi 


12.5 ips 


1 


7,950 


9 


800 bpi 


12.5 ips 


1 


8,255 


9 


800 bpi 


10 KB 


1 


8,600 


9 


800 bpi 


96 KB 


1 


20,400 


9 


800 bpi 


20 K BPS 


1 


7,850 


9 


800 bpi 


40 K BPS 


1 


10,500 


9 


800 bpi 


80 K BPS 


1 


13,000 


9 


1600 bpi 


20 K BPS 


1 


17,300 


9 


1600 bpi 


40 K BPS 


1 


21,900 


9 


1600 bpi 


80 K BPS 


1 


26,700 


9 


800 bpi 


18 K B 


3 


26,960 


9 


800 bpi 


18 K B 


4 


32,160 


9 


800 bpi 


37.5 ips 


1 


16,000 


9 


800 bpi 


37.5 ips 


-f 2nd unit 


10,250 





Direct access storage devices. Direct access mass 
storage uses disks (diskette or floppy disk, fixed-head 
disk platter, movable-head disk cartridge, movable- 
head disk pack). Floppies are better compared to tape 
cassettes than to the large disk devices. 19 The price of 
the drive is about the same as the tape cartridge drive; 
the floppy itself costs the same as a tape cassette and its 
capacity is smaller than that of a cassette or cartridge. 
The transfer rate is significantly faster for the floppy: 



Cassette 

Cartridge 

Floppy 



SKbps 

48Kbps 

250Kbps 



Some floppies are compatible with IBM equipment, 
and some are noncompatible (either in the data format 
or the plug for the drive); there are single; double 
density floppies. 20 

Each device comes with a drive and a controller. 
The units come in single, dual, or triple drives: 



Single drive and controller 
Dual drive and controller 
Triple drive and controller 



$2,800 to $4,500 
$3,750 to $6,000 
$6,200 to $8,000 



Fixed-head disks. The fixed-head or head-per-track 
disk is the fastest but has the most expensive per unit 
capacity. The total capacity available is less than that 
of a movable-head disk. A unit with a 512K-byte 
capacity costs $10,880. One movable disk pack has a 
20M-byte capacity and costs $9,500. 

Disk cartridges. A disk cartridge is a movable-head 
disk in a unit of one or two platters. Single disk 
cartridges are removable which means the files can be 
transferred physically from system to system. Double 
disk cartridges are often combinations of one fixed disk 
and one removable disk. A number of characteristics 
can be used to describe disk cartridges, but only a few 
are significant: 21 

Drive capacity: storage capacity in megabytes using 

unformated data. 

Average access time: speed in positioning to get 
ready to read or write (expressed in milliseconds). 
Transfer rate: read or write speed (expressed in 
kilobytes per second). 



'* Stephen A. Caswell, ed., "Cassette Drives and Systems," Modem Data 8 (October 1975): 59. 

19 Ibid. 

20 Dan M. Bowers, ed., "Floppy Disk Drives and Systems; Part 1. Historical Perspective," Mini-Micro Systems 10 (February 1977): 45. 

21 Barbara A. Reynolds, ed., "Removable Disk Cartridge Drives," Modem Data 9 (January 1976): 39. 
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TABLE 29 Disk Cartridges 





Capacity 


Price 


Access Time 


Transfer Rate 


Low Capacity 


2.5M bytes 


$5,950 to $11,000 


45-90 jis 


180-312K bytes/s 


Medium Capacity 


4.8 to 6.25M bytes 


$6,000 to $14,000 


42-90 fis 


150-312K bytes/s 


High Capacity 


9.6 to 12.5M bytes 


$7,500 to $12,500 


38-90 jus 


181-312K bytes/s 


High-Density (3000-4680 bpi), 
High Capacity 


25 to 26M bytes 


$15,000 to $24,500 


33 /us 


312-937K bytes/s 



Bit density: the common density is 2200 bits per 
inch, but some newer disks have densities of more 
than 4000 bpi. 

Price: prices include the drive and the controller. 

Prices are related to the capacity of the cartridges 

(Table 29). The capacities range from 2.5M bytes to 

10M bytes with several exceptionally larger units 

available. 

Disk packs. The disk pack is the largest capacity unit. 
Within a unit there can be 10 or more platters that are 
read by a movable head drive. Some disk packs add a 
second drive. The same elements are important for a 
disk pack as for a disk cartridge: capacity, access time, 
and transfer rate. Table 30 compares prices of various 
disk pack units. 

TABLE 30 Disk Packs 



Capacity 


Number of Drives 


Price with Controller 


20M bytes to 


one 


$11,500 to $18,500 


30M bytes 


add second drive 


$10,000 to $15,300 


40M bytes 


one 


$35,000 to $40,000 


80M bytes 


one 


$28,000 to $30,000 




add second drive 


$15,000 


95 M bytes to 


dual 


$58,000 to $75,000 


175M bytes 







Man/Machine Interface Devices 

Man/machine interface devices output and input 
information in human-understandable form. These 
devices differ significantly in input/output capabili- 
ties. Some are input only, others output only, and still 

22 Irving L.Wieselman, "Printer Technology and Its Future; A Printer Primer, 



others handle both input and output. Some are 
hardcopy, some display, and some both. 

Punch card readers and paper tape readers are 
input only devices and were discussed under mass 
storage devices. Printers are the most common output 
only devices. 

Printers. Printers vary according to several charac- 
teristics: 

Speed ranges from 10 characters per second to 

18,000 lines per minute 
Price varies from approximately $100 to 

$310,000 

Method impact or nonimpact 
Mode character at a time in a serial format or 

line at a time in a parallel format 
Character images shaped or dot matrix 
Character sets 64 (upper case), 96 (upper and 

lower case) 128 (upper and lower case plus 

special characters) 
Type of paper and paper feed heat-sensitive 

paper, friction feed roller or sprocket feed roller 

these all affect the ability to print special 

forms and/or multiple copies. 

Printer units contain an interface to the computer, a 
power supply, and control electronics (sometimes 
including a buffer). 

Modern Data prepared a summary of typical printer 
prices at the end of 1975 (Table 3 1). 22 It gives an 
overview of the printer market. 

' Modem Data 8 (November 1975): 34. 



